デスマーチ ソフトウエア開発プロジェクトはなぜ混乱するのか 第2版



無理な納期や予算を前提にした過酷なシステム開発プロジェクトに対し、プロジェクト・マネジャや開発メンバーはどう対処すべきなのか―。経営陣との交渉術からツールの選択方法まで具体的な防衛策を示す。

デスマーチ・プロジェクトとは、開発期間、開発者数、予算などのいずれかが、本来必要な水準の半分以下しか割り当てられていないプロジェクトを指す。本書は、この問題を取り上げて1998年に話題を集めた初版に、大幅に加筆、改訂を加えたものだ。



筆者は、昨今のオフショア開発やアウトソーシングの進行に伴って競争が激化し、その結果IT部門の限界をはるかに超えたデスマーチ・プロジェクトが生まれていると警告する。



米国の統計では、ごく平均的なプロジェクトでも計画と比べ6～12カ月遅延し、予算を50～100%超過しているという。これらの数字をそのまま日本の状況と比較することはできないが、デスマーチ・プロジェクトが常態化している点に変わりはない。現場でシステム開発に携わる人だけでなく、運用・保守要員やマネジメント層も、自らを守るために読むべき一冊と言える。



1週間6日、1日14時間働いても終わらない。スケジュール、人員、予算は半分。どう分析しても50%以上失敗することがわかっている。明らかに無謀 それが、「デスマーチ・プロジェクト」。巨匠エドワード・ヨードンが、1996年に発表し業界に衝撃を与えた名著『デスマーチ』の第2版。「失敗プロジェクト」の代名詞となり、現在も減ることのないデスマーチ・プロジェクトについて、発生のメカニズム、いかにすればそこから“生還"できるかを鋭く説いていきます。既存の章を全面的に見直し、エクストリーム・プログラミング、システム・ダイナミックス、クリティカルチェーンなどの話を織り交ぜながらプロジェクト・マネジメントについて独自の視点を展開します。



出版社からのコメント

1週間6日、1日14時間働いても終わらない。スケジュール、人員、予算は半分。どう分析しても50%以上失敗することがわかっている。明らかに無謀 それが、「デスマーチ・プロジェクト」。

巨匠エドワード・ヨードンが、1996年に発表し業界に衝撃を与えた名著『デスマーチ』の第2版。「失敗プロジェクト」の代名詞となり、現在も減ることのないデスマーチ・プロジェクトについて、発生のメカニズム、いかにすればそこから“生還"できるかを鋭く説いていきます。既存の章を全面的に見直し、エクストリーム・プログラミング、システム・ダイナミックス、クリティカルチェーンなどの話を織り交ぜながらプロジェクト・マネジメントについて独自の視点を展開します。