>宇宙はビッグバンにより誕生し、膨張し続けていると考えられています。(※1)「膨張する宇宙」と同じように、多くのシステム開発のプロジェクトも、要求、スコープ、コスト、スケジュール、リソースなどが膨張し続けます。】~・~・~・~・~・~・~・~・~・~・~・~・~・~・~・~・~・~・~・~プロジェクトはどのようにして膨張していくのでしょうか?<要件定義>ユーザーによる検討が進めば進むほど、あれも必要これも必要と要件が増えていく傾向があります。<外部設計>ユーザー要件を実現するための画面、帳票、機能などが増えていきます。イレギュラーケースを救おうとすることで、機能が増えたり、データベースの項目数が増えたりしますよね。それに、外部設計の発注側とのレビューはなかなか収束せず、再レビュー、再々レビューなどにより、どんどん時間やコストを食いつぶしていきます。<内部設計~結合テスト>品質目標をなかなかクリアできずに、品質向上タスクが追加されていきます。<システムテスト、ユーザーテスト>ようやく新システムがどういう動きをするかが見えてくるため、仕様変更が多発して手戻りが発生します。<移行>テストが終わってようやく本番稼働を迎えられると思ったところ、移行判定会議で重大なタスクの漏れが発覚して、急きょ漏れていたタスクを実施する必要があります。】~・~・~・~・~・~・~・~・~・~・~・~・~・~・~・~・~・~・~・~ここでエドワード・ヨードン氏による「デスマーチ・プロジェクト」の定義を確認してみましょう。(※3)「デスマーチ・プロジェクトとは、『プロジェクトのパラメータ』が正常値を50%以上超過したもの」である。具体的には、以下のようなプロジェクトのことです。技術的な要求が通常の倍以上また、エドワード・ヨードン氏は、次のように「デスマーチ・プロジェクト」の定義を言い換えています。分析も含む)をした場合、失敗する確率が50%を超えるもの」この定義に基づけば、前章で述べたような膨張するリスクへの対応策が不十分なプロジェクトも、「デスマーチ・プロジェクト」であるといえるでしょう。私の経験から想像すると、最初から失敗する確率が50%以上とわかっているプロジェクトよりも、どのくらい失敗する可能性があるかよくわからないままキックオフし、時間の経過とともにプロジェクトが膨張し続けることで、いつの間にかデスマーチに陥っていくことの方が多いのではないかと思います。このように「膨張するプロジェクト」にアサインされた場合、プロジェクトの終盤で危機的状況が訪れるのは目に見えているので、そうなる前の早い段階から「トリアージ」を行うことで、より整然と「デスマーチ・プロジェクト」をコントロールすることができるというのが、エドワード・ヨードン氏の趣旨であると考えられます。危機的状況に陥って「トリアージ」を経験したことのあるプロジェクトマネージャーであれば、誰しも早め早めに「トリアージ」を行うようになるのは間違いないでしょう。危機的状況に陥ることが運命づけられた「デスマーチ・プロジェクト」において、少しでも危機的状況を緩和するための処方箋のひとつが、プロジェクト初期段階から「トリアージ」を行うことであるのは確かでしょう。】~・~・~・~・~・~・~・~・~・~・~・~・~・~・~・~・~・~・~・~しかし、世の中のシステム開発プロジェクトの成功確率が3割程度だとしたら、半分以上のプロジェクトは失敗しているため、世の中のシステム開発プロジェクトは、デスマーチだらけということになります。世の中のプロジェクトマネージャーは、デスマーチを何度も経験していることになるので、そのようなプロジェクトマネージャーはみな、プロジェクトの初期段階から「トリアージ」に頼りだすことになるでしょう。「トリアージ」を行う時期が早ければ早いほど効果を発揮するでしょうから、要件定義段階から要求の3分の1をあきらめるようユーザーと調整することになります。このようにして、プロジェクトの危機的状況に対する不安でいっぱいのプロジェクトマネージャーは、「トリアージ依存症」に陥ることになります。「トリアージ依存症」のプロジェクトマネージャーが増えてくると何が起きるでしょうか?ユーザー要求の3分の1はカットされてしまうので、構築されるシステムはどれもこれもユーザー要求を十分満足するものとは、ほど遠いものとなってしまう可能性があります。なると、「トリアージ」された要求をもとに進めたプロジェクトとしては、QCD(品質、コスト、納期)のプロジェクト目標を達成しているものの、そもそもシステム化の目的が十分達成されないという状況に陥ってしまうのではないでしょうか?そんな状況に陥らないためにも、プロジェクト・サクセス・クライテリア(成功判断基準)を明確に定義することで、形だけのQCD(品質、コスト、納期)達成に向けた「トリアージ依存症」に陥らないようにする必要があると思います。■メーカー系のシステム子会社にて、主に官公庁向け大規模システム開発プロジェクトに、SE、PMとして携わる。立ち上げから運用保守フェーズに至るまで、システム開発プロジェクトの幅広い実務経験を重ねた。■2007年より株式会社アイ・ティ・イノベーションにおいて、大規模プロジェクトにおけるプロジェクトマネジメント支援や品質管理支援等のコンサルティングを手がける。(プロジェクトマネージャ、システム監査技術者他)など。社員の声アクセス採用情報ブログ株式会社アイ・ティ・イノベーションは、米国PMI®から公認教育プロバイダー(R.E.P)として認定されております。Inc.)の登録商標です。Provider)です。Knowledge®は、IIBA®の登録商標であり、IIBA®の許可を得た上で使用しています。アイ・ティ・イノベーションまたは各社の商標もしくは登録商標です。