私は自慢では無いですがプロジェクトを炎上させたことがありません。 （炎上案件に途中から突っ込まれたことはありますが） 炎上案件の経験や上司からのアドバイス、書籍からの学びによるものが大きいです。 ただ、しっかり言語化して自分のものにしたいと思い、整理しようと考えました。 これを他のPLやメンバーに共有することで炎上プロジェクトが減っていくことを期待したい。 プロジェクトマネジメントする上で、意識していること、大事にしていること 小さな火を消し続ける → 課題管理の徹底、朝会でメンバーと課題を共有し、期日と優先順位を決めて通常タスクより優先して取り組む。 やらないことを決める → 顧客が求めてないこと、成果物に直結しない作業を極力やらない。（とくに過剰な品質管理、プロジェクト管理資料の作成など） 受注前の見積もりの段階で、案件リスクを見極めて、リスクを下げるか受注しない対応をとる → 見積も

Kaigi on Rails 2024「作って理解する RDBMSのしくみ」の発表スライド。 #kaigionrails https://kaigionrails.org/2024/talks/ydah/

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? これは、同じエンジニアである妻から聞いた話なのですが、彼女の案件で「メンバー全員で公式ドキュメントを読みあわせる」という取り組みがあったそうです。 で、この方法「チーム全体にとって大きなメリットがあるんじゃないか？」と思ったので、共有させていただきます。 「誰も知らない」から「みんな知ってる」に 私は開発職なので、めずらしいことなのかそうではないのか判断がつかないのですが、その案件では、導入対象の製品について詳しい知識を持っているメンバーが一人もいなかったというのです。 誰もその製品をさわったことがなく、とりあえず強そうなメンバーを入れ

anond:20241019210554 上司として接されることに慣れない「上司として接しなくて良いよ」と部下に言うだけ 所詮は中間管理職の中のぺーぺーなのでお前らと一緒だとちゃんと伝えればいい（実際にそうだし） 評価するのも自分じゃ無いし、ただの時間管理してるだけの雑用係 偉い人扱いしなくていいからね、と伝えて同僚と同じように接して貰う あと、割といい加減に仕事しておいて、ミスしてたら「ごめん！間違えてたわ！」って言っとく そうすると上司として接してくれなくなるし、変な忖度なくなるので便利 これだけでチームはちゃんとまとまるしミーティングでギスギスすることもかなり減る ちなみにこういうミスにつけ込んでマウント取ろうとするような奴は仕事できないからさっさと別のチームに押し付けた方が良い 部下の仕事やメンタルケア部下の仕事のケアなんてやらんでいい 基本的には「自分でやれ」のスタンスで良いし、

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 自分はこれまでメンバーレベルのポジションとしてしか働いたことがありません。 ただ、自分と比較して必ずしも技術的に優れているわけではない同僚がインパクトの大きい仕事をしたり、上司やマネージャーの信頼を得たりしていくのを見た経験から、 自分がよりインパクトの大きい仕事をしていくためにはどのような部分が足りていないのかを考えるために、色々と調べたり、考えたり、まとめたりしてみました。 シニアなエンジニアについて ここでは、グレードの高いエンジニアや抽象度の高い仕事を日常的に行っているエンジニアをシニアなエンジニアと呼ぶことにします。 シニアな

狩野英孝 @kano9x 皆さんの心のオアシス的存在、狩野です (^_^)v YouTubeやってます「EIKO!GO!!」　　　openrecで個人チャンネルやってます！openrec.tv/user/kano_eiko m.youtube.com/channel/UCDn8L…

CHAGE＆ASKAがサブスク解禁されたので聞いてるんだけど、YAH YAH YAHの曲構成が面白かったので、実際に歌詞を見ながら語らせてほしい。 （歌詞はここから抜粋https://www.uta-net.com/song/4558/） Aメロ（必ず手に入れたいものは） Bメロ（勇気だ愛だと騒ぎ立てずに） Aメロ（掴んだ拳を使えずに） Bメロ（今から一緒にこれから一緒に殴りに行こうか） サビ（YAH YAH YAH） はじめは普通の構成。 Aメロ（いっそ激しく切ればいい） Bメロ（夜明けだ朝だと騒ぎ立てずに） Aメロアレンジ（生きることは哀しいかい） Bメロ（今からそいつをこれからそいつを殴りに行こうか） サビ（YAH YAH YAH） Aメロアレンジがあるがまあ普通の構成。 Cメロ（hang in there！） Cメロがあるのもまあ普通。 Dメロ（首にかかったTシャツを脱ぐように）

やあ！ みなさんこんにちは。 クソバイス男こと増田です。 何を隠そうこのワイ、母親の介護歴17年（糖尿→脳卒中→骨折→認知症で要介護4。この間祖母の介護も4年被ってる）、父親の介護歴11年（骨折→肺がん→認知症予備軍で要介護3）を自宅みている 大馬鹿者 大ベテランなんですね。もちろん独身KKOです。 と言うワケで、アドバイス欲を満たすための生贄を見つけたので、クソバイスするよ。 さあLet'sクソバイス ストレス解消方法についてストレス解消はルーチンにして日常に入れ込むことが大切。 水分補給と同じで、ストレスがたまったら解消するのでは間に合わないことが多いので、ルーチンにれる。 例えば俺の場合、毎週木曜日が仕事完全休暇という仕事なのだが、この休みに合わせて、木曜日は両親ともにデイサービスに送り出している。 そして、木曜日はストレス解消の日、自分を甘やかす日と決めて、何もしなかったり、だらっ

今週、皆さんはどんなふうに「お願いごと」をしましたか？ システム開発や、新規事業創出にまつわるプロジェクトにおいては、プロジェクトリーダーやプロジェクトマネージャーが、開発部門に対して「〜を作ってほしい」とお願いする局面がしばしば訪れます。 そういった場面において、コミュニケーションの齟齬などが引き金になり、結果として、誰しもが「こんなはずじゃなかった」と感じるものが出来上がってしまうことは珍しくありません。 世のほとんどの仕事は一人で完結しない、誰かに何かを作ってもらわなければ成り立たないものです。 だからこそ、仕事の質を上げ、キャリアアップを目指したいビジネスパーソンにとって、「お願いごと（依頼）の技術」は必要不可欠と言えるでしょう。 そこで今回は、システム開発やビジネス・プロセス・アウトソーシング（BPO、業務プロセスの一部を外部委託すること）を牽引するコンサルタントとして、数々の大

参考 IT業界では、請負契約と準委任契約がよく使われます。 委任契約はあまり使われることはなく、筆者も見たことがありません。 これは、エンジニアが法律行為を伴う業務を行うことが少ないためです。 請負契約と準委任契約の違い 請負契約と準委任契約は、どちらも業務委託契約の一種ですが、大きな違いがあります。 一言でいうと、請負契約は「成果物を納品することが目的」であり、準委任契約は「業務の遂行自体が目的」です。 請負契約では成果物を納品する責任が発生しますが、準委任契約ではその責任は発生しません。 ウォーターフォール開発で言うと、PoCや要件定義は準委任契約、設計や開発、テストは請負契約になることが多いです。 また、SES（システムエンジニアリングサービス）も準委任契約で結ばれることが多いですね。 PoCや要件定義が準委任契約になることが多いのは、不確定要素が多いため、確実に成果物を納品すること

# 参考資料 - https://gist.github.com/voluntas/9c1d9d51e86a853fed6889f743a12145 - https://amzn.to/4ewrbw7 - https://amzn.to/3XzYYh4 - https://www.ipa.go.…

はじめに エンジニアのみなさま、日々の学習本当にお疲れ様です！ また本記事まで足を運んでいただき本当に感謝です。 約3分程度で読めるので最後まで読んでもらえると幸いです。 要件定義関連の記事の投稿をしました。時間あればぜひ読んでみてください。 今回は「非機能要件」の 可用性 性能・拡張性 運用・保守性 移行性 セキュリティ システム環境・エコロジー の6項目について理解を深めてアウトプットしようと思います。 非機能要件｜6項目について 1. 可用性 システムが継続して利用可能な状態を維持する能力を指します。『稼働率』 で表現されます。システムは定期メンテナンスや予期しない障害により、一時的に利用できなくなることがあります。可用性は、稼働している時間と停止から復旧までの時間の割合で決まります。たとえば、Amazonの「Amazon ECS」サービスは 『99.99%』 の稼働率を保証しており

例えば要件定義の期待値は、上記の計算式に当てはめると (0.5 + 4×1 + 2) / 6 = 1.17時間になります。 類推見積もり 具体例 「Aという機能を持ったシステムを開発するのに、前回は3ヶ月かかった。今回のシステムも機能が似ているので、今回も3ヶ月程度で開発できるだろう。」 特徴 過去の類似プロジェクトのデータに基づいて見積もるため、迅速に概算を出すことができます。 （これ、実はみなさん日常で何気なくやっているのではないでしょうか？？） 注意点 今回のプロジェクトと過去のプロジェクトが完全に同じであるとは限らないため、誤差が生じる可能性があります。 ボトムアップ見積もり 具体例 システム開発プロジェクトの場合 要件定義：1週間 設計：2週間 プログラミング：4週間 テスト：2週間 総合計：9週間 特徴 プロジェクトを細分化して見積もるため、より詳細で正確な見積もりが可能です。

はじめに 自分がIT業界に携わって5年ほどが経過しました。 この5年間、SIerからフリーランスエンジニアに転身し、様々なプロジェクトに参加する中で、数々の失敗と成功を経験しました。特に心構えやマインドの部分で多くを学ぶことができました。 未熟だった自分を振り返って、今では改善できた点が多くあると思います。同じ失敗を繰り返さないように、自分の経験が少しでも役立てば幸いです。 また、気付きを与えてくれた方々にこの場を借りて感謝します。 感謝を忘れない 進捗報告やコードレビュー、質問対応など、感謝の気持ちを忘れないようにしています。感謝は、コミュニケーションを円滑にし、相手の意欲を引き出す力があると思います。 たとえば、昔の自分はバグ報告を受けるとろくに文章も読まず「影響範囲は？ 再現する条件は？ 原因は？ 解決策は？」などと質問攻めにしてしまっていました。 報告しただけなのに色んなことを聞か

近年はマネージャー業務の負荷が増大したことによって、ミドルマネジメントの限界問題が叫ばれています。そんな課題を解決するために株式会社Momentorの坂井風太さんが「マネジメント民主化モデル」を提唱しているということを知りました。 私たちチームメンバーはマネージャーをどう支えていくと良いのか、「マネジメント民主化モデル」とはどのようなものなのか、お話をお聞きしました。 株式会社Momentor 代表取締役。組織効力感などの理論を元に、様々な企業の人材育成/組織基盤の構築を支援をしている。 早稲田大学法学部卒業後、DeNAに入社。6年目で子会社の代表取締役に就任。同時にDeNAの人材育成責任者として、暗黙知化・属人化されやすい人材育成・ピープルマネジメント領域の体系化を行い、独自の人材育成プログラムを開発。2022年に株式会社Momentorを設立。

MASA(航空宇宙・軍事) @masa_0083 この「ブラジルのミク」のイラストをきっかけにして、全世界の人が自国風の衣装を来たミクを投稿している……。 日本発の文化がこんなに世界に浸透したんですね。本当に素晴らしい。 （元ツイートの引用で各国のミクイラストが見れます） x.com/thecat_mitsu/s…

リンク Kimini英会話 「思春期」「反抗期」って英語で何て言うの？海外事情と頻出表現を徹底解説！ | Kimini英会話 「思春期に入ったから大変」 「そういうお年頃なのかも」 子どもから大人へと成長する「思春期」の子育てに、悩んでいない親御さんはいないでしょう。 ときには親に暴言を吐いたり、悪態をついたりと大変な時期ですが、「思春期」は、親から自立したい気持... 10歳を過ぎると、ほとんどの子どもは自己主張強くなったり親子や友人関係で悩んだりと、いろいろな葛藤があるというのは世界共通です。 しかし、息子が母親に対して暴言を吐いたり、娘が父親を極端に避けたりするような問題行動は、どうやら日本にだけみられる珍しい事例だそうです。 一見穏やかで協調を重んじているはずの日本人が、なぜ思春期になると乱暴な言動を起こしてしまうのでしょうか。

日経BOOKプラスに掲載されている記事、本、著者を任意のキーワードで検索することができます。 ※ISBNも検索にご利用いただけます。ISBNとは出版物固有の13桁の番号で、裏表紙に記載されています。本サイトでISBNを使って書籍を検索する際は、ハイフン（-）を省略し、13桁の数字のみを半角文字で入力してください。

本記事について 国内の IT 業界について、ネット上では「SIer」VS「Web系」の構図がしばしば見られる。本記事は前者、SIer の世界観をひとりの当事者として雑多にまとめたものである。記事としては読み物、特にポエムの類。 対象読者 以下を想定する。 ITエンジニアまたはその卵で、 SIerを知らないWeb系の人 SIerに入社した新人や中途入職者 SIerにてSEまたはマネージャーして働いている者 SIerにてSEではないが裏方で働いている者（開発、研究、調査、教育、管理など） 学習や就労の初歩として参考にしてもいいし、議論やキャリアのダシに使っても良いだろう。 筆者について 吉良野すた: https://stakiran.github.io/stakiran/ 国内の大手 SIer に勤めるサラリーマン。現場には出ておらず、裏方で支えてメシを食べている。SI にも IT にもさほど