[感想]　プロジェクト・マネジャーが知るべき97のこと　☆☆☆(3.0)

　概要

　読むべき人

• プロジェクト・マネージャー自身
  • (ある程度の規模の)プロジェクトに関わる人々。

　感想

ある程度の規模のプロジェクトは、開発をする立場だけでは(正しく)回らなくて、どうしてもマネージメントをする人が必要になってくる。
※どのぐらいの規模かって話になるけど、1人を超えたら誰かがマネージメントをしないといけないのだと思う。

マネージメントに関する本は、ソフトウェア開発の分野にかぎらず色々と出ている。
その中でも、本書はソフトウェア開発のマネージメントを行なっている人たちの言葉が色々とのっている。

どれも、「そうだよね」とか「あるある」と思うところがあるような内容。

例）プロジェクト・マネジャーとして、あなたはユーザーとソフトウェア開発者が早期にかつ頻繁に話し合えるようにしなくてはなりません。

管理には、ソフトウェア開発における「とあるツールや手法」があって利用すると生産性が向上！みたいなものはなかなか存在しないから難しい。
結局のところ、プロジェクトに関わる人全ての「コミュニケーション」が重要だから。

個々人の生産性をあげるソフトウェア開発におけるツールは進化していっている。
しかし、プロジェクト間の「コミュニケーションの円滑化」におけるツールは全然進化してないし、むしろ「コミュニケーション」が適切におこないづらい環境だけ増えていっているように見える。

そんな中で、プロジェクトを管理する立場の人達は、自分が関わるプロジェクト内外のメンバーがどういう人かによって、色々と対応方法を考えないといけないのでしょう。
本を読んで、「これでうまくいく！」ということは一切ないため試行錯誤をしていかないといけない。
ただ、本書にあるような周りがどういう考えで管理をしているかという「先人の知恵」は非常に重要。

今後もプロジェクトを管理するというのは「銀の弾丸」なんて存在しない大変な行為なんだなと思うのだけれども、それはそれで楽しい仕事なのかもしれない。

それにしても、日本の人たちが述べていることのタイトルは以下なんだけど、読むと海外の人たちとは違う印象。

• 自分に対する約束をどう守るか
• プロジェクトの目的と成功の条件
• 「正しい判断」にこだわるな
• 「見積り＝不幸の始まり」にしないために
• プロジェクトによる人材育成
• 「しなければならないこと」と「できること」
• まずプロジェクトの「目的」を確認せよ
• 人を従えるのか、人が従うのか
• 予防的なプロジェクト管理のすすめ
• 踏み込めば権限がついてくる
• プロジェクトの条理と不条理