プロジェクトマネジメントの基本が全部わかる本 交渉・タスクマネジメント・計画立案から見積り・契約・要件定義・設計・テスト・保守改善まで

• 

  レビューネーム未設定

  最近話題のプロジェクトマネジメントの本。
  またもや翔泳社の50%ポイント還元キャンペーンにつられて買ってしまった。
  
  最近、開発もやってるのにプロマネのような仕事もやらされてて、読んでみた。
  自分はプ…ロマネにはむいていないのだろうなと思う(この本に書いてある事例と比べるとかなり小規模なプロジェクトではあるけど)。
  
  設計の次がテストというのがなかなか興味深い。
  一瞬、「製造工程はどうすればいいんだ」と思ったけど、第3章のタスクマネジメントがそれにあたるのだろうなと思った。ここが一番重要だからね
  
  後、いたるところに、QCD(Quality：品質、Cost：コスト、Delivery：納期)という言葉がでてくるのだけど、それだけプロジェクトを成功に導くために重要な概念なのだろうなと思った。今やってるプロジェクトは、全部ダメになりそうな気がする…(Qualityぐらいはよくしたいのだけど、納期が短すぎて簡単なテストすらする余裕がない…)
  
  プロマネとして大きすぎる負担を引き受けて心身を病む人がいるっていうのは、なんかわかる気がする。自分も、なんかうまくいかないなと悩んでる。そもそも、自分の考えに自信がなくて不安しかない。
  
  「顧客のいう通りに機能を実装したら、そこがセキュリティの穴になって後で大問題」というのは、7payの話かな。セキュリティを保つと不便になることもあるからね。このへんは、難しいけど、セキュリティへの考慮は重要ということなのだろう。
  
  チャットで和気あいあいしてるのに、優秀な人がやめていくという話が面白かった。優秀な人ほど馴れ合いのネガティブな影響に気づきやすいとのこと。なんとなく分かる気がする(自分の場合、ただたんに雑談が苦手なだけだけど)
  
  なお、著者によると、能力の高いソフトウェアエンジニアが出す見積もりは極めて正確だとのこと。本当、見積もりを正確にだせるようになりたいけど、なかなか難しいんだよ…(能力が低いだけ…)
  
  後は、ビジネス要件の話については、重要なことだろうなと思った。「なぜそれをやるのか」というのが分からないと、モチベーションも低くなりかねないしね。まあ、今やってるプロジェクトは、「なぜそれをやるのか」をうまく説明できないのだけど…(しいていうと、他に仕事がないから)
  
  なお、要件定義資料にはスライド作成ツールは使わないほうがいいとのこと。なぜなら、広さに制限があるとのこと。なるほど。やっぱり、Excelを使うのがいいという事か。というと、そういうわけではなくて、Visio、draw.io、Lucidchart、miro、Whimsical、Cacooというツールを利用するのがいいらしい。やっぱり、そうだよね…。
  
  後、設計を残すことは大事とのこと。今やってるプロジェクトは、途中で設計作るのやめた。そもそも、どういう仕様にすればいいのかが分からない所がおおすぎて、直接プログラムに落とし込むことに。品質絶対悪くなるよなと思う。
  
  とりあえずこの本に書いてあったことを心に留めて、プロジェクトを進めていきたい。続きを読む

  投稿日：2022.11.19

• 

  kuwataka

  このレビューはネタバレを含みます

  プロジェクトマネジメントもプロダクトマネジメントも「ほぼ同じ」というザックリな視点ではあるが、「基本がわかる本」というコンセプトなのでこれで十分。プロジェクトを業務委託先と進めていく上で理解しておかな…くてはいけないキーワードがしっかり盛り込まれている。
  
  プロジェクトマネジャーならば、この本をすべて頭に入れてからスタートしてほしいところだ。
  
  こういうプロジェクトマネジメントに必要な知識、手順がまとまっている使いやすいサイトって無いのかなぁ。経営理論やマーケティング理論もそうか。概念としては体系立てられているが、マニュアルレベルの個別対処となるとその時の状況、自社のリソース、自分やメンバーのスキルなど半分以上がケース・バイ・ケースの変数に依存するので動き方が異なってくるもんなぁ。プロジェクトも同じだよね。PMBOK（ピンボック）通りの手順だと石橋叩いてる途中でリソースが尽きちゃいます。
  
  僕はプロジェクト・オーナーの立場で携わるので本書の第6章「契約」は特に勉強になった。手元においておくとしよう。続きを読む

  レビューの続きを読む

  投稿日：2023.08.13

すべてのレビューを見る