【感想】デッドライン　ソフト開発を成功に導く101の法則

システム開発で起こる問題や課題とそれに対する考え方や心構えをストーリー形式で学べる本。

ストーリーは若干、非現実的だけど「PJあるある」がチリばめられているので参考になるとは思います。

この本は、小説として星２つ。ソフトウエア開発プロセスの参考書としては星１つ。言いたいことがさっぱり分からん。きっとデマルコも、この本を書いたことを後悔しているに違いない。

信頼する某SEの方からお薦めいただいた著書。プロジェクトマネジメントの要諦を小説仕立てにで教えてくれる。直観的にそうなんだろうなあというポイントがまとめられている。ただし、作り話であり、かつ、小説の中…身もやや抽象的なため、実感がわきにくいのが残念。

・正しい管理の四つの本質
　適切な人材を雇用する。
　その人材を適所にあてはめる。
　人びとの士気を保つ。
　チームの結束を強め、維持する。
・変更は、あらゆるプロジェクトの成功のために必要不可欠である。
・人は安全だとわからないと変更を受け入れない。
・リスクを避けることは、それに伴う利益をも逃すことになるため、致命的である。
・管理者は心、腹、魂、鼻でやるものだ。
　心で指揮をとる。
　自分の腹を信じる。（直感を信じる）
　組織に魂を吹き込む。
　くだらないものを嗅ぎ分ける鼻を持つ。
・優れたプロジェクトは、デバッグに費やす時間の割合がはるかに低い。
・優れたプロジェクトは、設計に費やす時間の割合がはるかに高い。
・相手を好きになり、気づかわなければ、人にちがうことをさせることはできない。相手を変えるには、相手の考えていることとその理由を理解し、尊重しなければならない。
・プレッシャーをかけても思考は速くならない。
・残業時間を増やすのは、生産性を落とす方法である。
・管理者が部下を刺激するために侮辱を使うことは、部下ではなく管理者の能力不足のしるしである。
・仕様書があいまいなのは、システムの利害関係者の間で対立が解決されていないしるしである。
・仕様書がお粗末だとは誰も言わない。自分の方が悪いのだと思い込みがちである。
・会議は、重要ではない人物が出席しなくても心配のないように、小さくする必要がある。欠席者が安心するための最も簡単な方法は、議事予定表を発行し、それに厳密に従うことである。
・プロジェクトには目標と予想の両方が必要だ。この二つはちがっていて当然である。
続きを読む

プロジェクト管理の勉強をしようと手にとった本ですが、思ったよりも小説寄りでエンターテイメントでした。プロジェクト管理にまつわる人間関係洞察は確かになと思いました。それ以外の技法についてはとくに学べませ…んが、読んでるうちに感情輸入してベロックにイラついてしまうくらい面白かったです。続きを読む