【「スゴ本」中の人が薦める】ITエンジニアなら知ってほしい。プロジェクトを炎上させないマネジメント術を身につける4冊

1. 『プロジェクトマネジメントの基本が全部わかる本』橋本将功 著、翔泳社 2. 『アート・オブ・プロジェクトマネジメント』Scott Berkun 著、村上 雅章 訳、オライリー・ジャパン 3. 『アジャイルプラクティス 達人プログラマに学ぶ現場開発者の習慣』VenkatSubramaniam,AndyHunt 著、木下史彦,角谷信太郎 監訳、オーム社 4. 『プロジェクトマネジメント知識体系ガイド（PMBOKガイド）第7版＋プロジェクトマネジメント標準』PMI 著、PMI日本支部 監訳 問題。次のうち、どちらが重要？ 1. 炎上プロジェクトを鎮火する技術 2. プロジェクトを炎上させない技術 修羅場における火消しの技術が1だ。燃え上がって墜落寸前のプロジェクトを制御して、なんとか胴体着陸まで持っていくノウハウである。 一方、プロジェクトを修羅場にさせない技術が2だ。そもそもそんな操縦不

[paradisemaker]

まさか自分の本がアート・オブ・プロジェクトマネジメントと並べて紹介される日が来るとは...。この本がなければ今の自分はいないので、感慨無量です...😭 / 書店の在庫復活しました！

[sato-gc]

“プロジェクトマネジメントの基本が全部わかる本”

[TakayukiN627]

『アート・オブ・プロジェクトマネジメント』Scott Berkun 著、村上 雅章 訳、オライリー・ジャパン

[sadoru3]

定期的に振り返り

[shun9167]

“『アジャイルプラクティス』は、「進捗率」をでっち上げるのはやめろと説く。代わりに「あとどれだけ？」という言葉を使えという。 「あとどれだけ？／何日？／何時間？」という質問”

[yfukuda827]

最近下手だから全部読もうと思う

[nebos]

アートオブ～読みたい

[chiroruxx]

PMがいるプロジェクトでエンジニアがこれらの知識を活用できる場面があまり思い浮かばなかった。

[sei0113sato]

PM

[mixvox-j]

”Excelなどで表をつくるとき、「要求」と「要件」のカラムを別にして、それぞれを記述していく。”

[Shinwiki]

エンジニアがこういう聞き齧りでマネジメントに文句言い出すのってけっこう厄介だけど。じゃあ今回はお前がやってみろって言えるレベルのやつならまあいいけど…。

[moromoro]

pmbokは概念すぎてPM経験それなりにないと厳しいと思う。対象をエンジニアならにしてるのはいかがなものかと。

[remonoil]

要件を決めるために要件定義するのであってヒアリングしてきた要望列挙して要件ですって言われてもな

[gcyn]

「要望と要件は違うなんて当然」みたいなこといいつつ「その要望は要件に入れられないから書かないで（書き換えて）」とかやったり、どう判断・強引したかが複数の立場に共有できなかったら揉めるしで、根深そう〜。

[oshishosan]

プロジェクトを炎上させないオアシス「オレじゃない、アイツがやった、シらない、スんだこと」

[shodai]

アートオブプロジェクトマネジメントは良い本だった