システム開発における実践的な「デスマーチ・プロジェクトへの対処法」とそのポイント ＜オンラインセミナー＞

講師の言葉

　例えば、６月１日にプロジェクトが立ち上がり、上司から「発注側からの要望で、必ずボーナス商戦開始の１２月１日に出荷しろ」と厳命された。開発規模を見積もると、割当てられた１２人のプログラマでは１２カ月かかることが分かった。２０人に増員しても９カ月を切れない。上司にそう言うと、「できないという答えは聞きたくない。それを工夫するのが君の任務だ」「やりもしないで、出来ないと言うな」と一蹴され、反論できずに引き下がった。結局、上層部に押し切られ、半年間、２０人で残業、休日出勤をしたが、９カ月経っても完成しない……。
　これが典型的な「デスマーチ・プロジェクト」。世界のほぼすべてのソフトウェア開発プロジェクトがデスマーチ化している。
　上層部や発注側の理不尽な要求に、どう理論武装して、どう立ち向かうか？　どうすれば、発注側と開発側の双方が満足できるか？　これが本セミナーのテーマである。
　デスマーチ対策の基本は、（１）．要求仕様定義フェーズでの機能の優先順位付け、（２）．品質レベルの優先順位付け、（３）．精度の高い見積もり、（４）．発注側との擦り合わせ、（５）．トリアージュによる機能と品質レベルの取捨選択の５つ。これにより、プロジェクトの開発エンジニアを巻き込まず、プロジェクト・マネージャが一人で対抗することが可能になる。

（１）要求仕様定義フェーズでの機能の優先順位付け
　要求仕様定義フェーズで、実装する機能を「必須」「必要」「希望」の３つに優先順位をつけ、それぞれを５０％以下、３０％以上、２０％以上にする。これにより、「工学的な手抜き（開発量の削減）」が可能になる。

（２）品質レベルの優先順位付け
　機能ごとに、品質レベルを「全部の正常系と異常系の一部の検証」「全部の正常系、異常系と、一部の組合せ系の検証」「正常系、異常系、組合せ系の全てを検証」の３つに優先順位をつけ、２０％以上、３０％以上、５０％以下にする。これにより、「工学的な手抜き（テスト工数の削減）」が可能になる。

（３）精度の高い見積もり
　「ステップ数見積もり」「ＦＰ（ファンクション・ポイント）試算法）」「過去の類似プロジェクトからの見積もり」の３手法を同時に適用し、スケジュールと工数（人月）を見積もる。また、「ＳＬＩＭ」により「最短開発時間」を計算する。

（４）発注側との擦り合わせ
　発注側の見積もりと開発側の見積もりが合わない場合、「最短開発時間」を示して、この時間より短い期間では開発は不可能であることを提示し、納期（開発スケジュール）と実装する機能のどちらを優先するかを擦り合わせる。

（５）トリアージュによる機能と品質レベルの取捨選択
　開発スケジュールの優先順位が高いなら、優先順位に応じて実装する機能を取捨選択し、また、品質レベルも選択する。

　プロジェクト・マネージャは、毎週、進捗の把握、見積もりを実施し、開発スケジュールと工数を管理する。

　本講座では、「ステップ数見積もり」「ＦＰ試算法」「ＳＬＩＭ」「機能と品質の優先順位付け」について詳細を実践的に解説し、デスマーチ・プロジェクトに対抗できる知識と能力を習得する。

こちらのセミナーは受付を終了しました。

次回開催のお知らせや、類似セミナーに関する情報を希望される方は、以下よりお問合せ下さい。