『デスマーチ 第2版 ソフトウエア開発プロジェクトはなぜ混乱するのか』を読んだ
投稿者 おおかゆか
この本の帯には、「『失敗プロジェクト』の代名詞となった『デスマーチ』待望の改定版！」と書かれてあるように、私もデスマーチのことを人員、時間、スキルのあらゆるリソースが著しく不足していてほとんど成功する見込みのないプロジェクトのことを言うのだと思っていた。
しかし本書の中では、「デスマーチ・プロジェクトとは、『プロジェクトのパラメータ』が正常値を50%以上超過したもの」と定義されており、失敗が必定のプロジェクトだとは書かれていない。
正常値を50%以上超過したパラメータとは、たとえばプロジェクトを成功さ迫るために通常必要と思われる人員の半分以下しか割り当てられなかったり、普通に考えてかかるだろう期間の半分以下しか与えられなかったりすることを指す。
そして著者のエドワード・ゴードンは、今日ではそのようなデスマーチ・プロジェクトが常態化しつつあるとまで言っている。
デスマーチ・プロジェクトの原因として本書前半の大部分を費やして説明されているのが、政治的な問題である。
会社の上層部というものは、ややもするとまるで電器屋で家電製品を値切るかのごとくプロジェクトのリソースを切り詰めようとするものであることは、プロジェクトを実行する立場にたったことのある人なら実感するところである。
しかし家電製品をいくら値切っても目の前にある商品が劣化することはないが、プロジェクトのリソースを切り詰めようとすれば、それは直にプロジェクトの成功確率や品質に影響してくる。
筆者がプロジェクトマネージャーに求めていることは、まずできるだけ早い段階でステイクホルダーの存在を見極め、その上で交渉を有利に進めること。現に本書には、その場で大まかな見積りを求められた場合に相手をうまく言いくるめて逃げる方法（笑）などが具体的に記してあったりする。
また、初期の交渉に失敗したらさっさと会社を辞めろなどとも書かれてあるが、さすがにこのアドバイスはアメリカ人のみに向けたものと流しておいた方がいいかもしれない。
次にプロジェクトマネージャーが求められていることとしては、そのような政治劇にプロジェクトチームのメンバーたちが巻き込まれないように守り、彼らをプロジェクトに専念させて高いパフォーマンスを実現させることである。
ただしこのいかにメンバーに高いパフォーマンスを達成させるかという点については、本書前半の政治的要素についての説明ほどの切れ味がなく、論旨が散漫のように感じられた。
時間のない人は、前半部分のプロジェクトの政治的問題についての記述のみを読むだけでいいかもしれない。
プロジェクト管理というと、プロジェクトチームの管理（人員、時間、コスト、品質など）のみに目を向けられることが多いが、本書はそれ以外の視点をプロジェクトマネージャーにもたらしてくれるものとして非常に存在意義のある本だと思う。
もちろん今さら私が褒めるまでもなく、ソフトウェア工学における名著としてソフトウェア開発プロジェクトに関わる多くの人が読むべき本であることは言うまでもないが。
