2006年5月26日

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

紹介者：

ザ・プロジェクトマネジャーズ編集部

出版社：

日経ＢＰ社

著者：

エドワード・ヨードン

価格：

2,200円 （税別）

ＩＴ業界におけるシステム開発現場の過酷な労働環境を表す言葉として、ＩＴ用語辞典にも載っている言葉である『デスマーチ』。この言葉は、著者であるエドワード・ヨードン氏が１９９７年に出版した『デスマーチ』の初版がきっかけとなっており、本書はその第２版です。

進歩した技術、つまり最新の開発ツールや開発方法論を使うことは大切である。しかしその技術を使っても、デスマーチ・プロジェクトがなぜ解決できないのかを具体的な例を挙げながら、その要因を分かりやすく解説しています。

『デスマーチ』第２版のキーワードは「トリアージ（triage）」。グループ分けをすることを意味する古いフランス語の“ｔｒｉｅｒ”から来ている言葉。

著者は、デスマーチ・プロジェクトに携わる場合はシステムの要求事項を次の３つに分け、「やらねばならぬ」ことにプロジェクト資源を集中させ、時間があれば「やったほうがいい」ことを行い、奇蹟が起これば「やれればやる」要求項目に手をつけると書いています。

• やらねばならぬ（ｍｕｓｔ－ｄｏ）
• やったほうがいい（ｓｈｏｕｌｄ－ｄｏ）
• やれればやる（ｃｏｕｌｄ－ｄｏ）

ここでのポイントは、「優先度-6」に入れるべきか「優先度-7」に入れるべきかといったくだらない口論をしないよう、要求項目を３つだけに分割することが重要だと同氏は書いています。

一番興味深かったのは、デスマーチ・プロジェクトでは、とかく構造化分析やＩＳＯ－９０００のような公式プロセスのパイロット・プロジェクトに指定されることがあり、そのことがプロジェクトの状況をさらに悪化させてしまうという記載です。つまりデスマーチ・プロジェクトでは、はじめからデスマーチの状態でプロジェクトがスタートする。よって（そもそも学んでいる時間的ゆとりも金銭的ゆとりも無い）スタッフが新しい（または初めての）方法論を同時に学んだら、それはプロジェクトを死に追いやる機会を増やすだけだということです。

プロジェクトの失敗を望んでいる人はおりません。しかし何度プロジェクトを実施しても必ず失敗してしまう教訓を十分再認識できる、そんな本です。

コメント[0件] | トラックバック[0件]