📋プロジェクトマネジメント

プロジェクト・プレモーテムとは?失敗を先取りするリスク分析手法を解説

プロジェクト・プレモーテムは、プロジェクト開始前に「失敗した」と仮定して原因を洗い出す予防的リスク分析手法です。手順、構成要素、活用場面と注意点を体系的に解説します。

    プロジェクト・プレモーテムとは

    プロジェクト・プレモーテム(Project Premortem)とは、プロジェクトの開始前または初期段階で「このプロジェクトは失敗した」と仮定し、その失敗原因を事前に洗い出す予防的なリスク分析手法です。

    心理学者ゲイリー・クラインが1989年に考案した「プロスペクティブ・ヒンドサイト(前向きな後知恵)」に基づいています。通常の事後分析(ポストモーテム)が失敗後に原因を分析するのに対し、プレモーテムは失敗前にその原因を想像する点が決定的に異なります。

    この手法の最大の強みは、「計画楽観主義バイアス」を打破できることです。通常のリスク分析では「うまくいく前提」のもとでリスクを洗い出すため、無意識にリスクを過小評価しがちです。プレモーテムは失敗を前提とするため、メンバーが率直にリスクを指摘できる心理的環境を生み出します。

    構成要素

    プレモーテムは、3つのフェーズと2つの心理的メカニズムで構成されます。

    プロジェクト・プレモーテムの実施フロー

    3つのフェーズ

    フェーズ活動所要時間目安
    失敗の想定「プロジェクトは完全に失敗した」と宣言し、チーム全員がその状況をイメージする5分
    原因の列挙各メンバーが個別に失敗原因を書き出す。発言ではなく筆記で行う10-15分
    共有と対策立案原因を全員で共有し、分類・優先順位付けを行い、予防策を策定する30-45分

    2つの心理的メカニズム

    プレモーテムが効果を発揮する背景には、2つの認知心理学的メカニズムがあります。

    • プロスペクティブ・ヒンドサイト: 「ある出来事が起きた」と仮定して理由を考えると、仮定なしで考えるよりも30%多くの原因を特定できるとされます。クラインの研究に基づく知見です。
    • 心理的安全性の自動確保: 「失敗した前提」で話すため、ネガティブな指摘が「問題提起」ではなく「分析」として受け入れられます。立場が弱いメンバーも率直にリスクを指摘できます。

    実践的な使い方

    ステップ1: セッションを設定し失敗を宣言する

    プロジェクト計画が一通り策定された段階でプレモーテムセッションを開催します。ファシリテーターが「このプロジェクトは壊滅的に失敗しました。今は1年後です」と宣言し、チーム全員にその状況をリアルにイメージしてもらいます。ここで重要なのは、曖昧な「うまくいかなかった」ではなく、明確な「失敗した」という設定にすることです。

    ステップ2: 個別に失敗原因を書き出す

    各メンバーが5分から10分かけて、失敗の原因を個別に書き出します。グループ討議ではなく個別筆記にするのがポイントです。グループ討議では声の大きい人の意見に引きずられる「アンカリング効果」が発生しますが、個別筆記ではそれを回避できます。「なぜ失敗したのか」を自由に、数の制限なく書き出します。

    ステップ3: 原因を共有し分類する

    全員の原因をホワイトボードやデジタルツールに集約します。重複を整理したうえで、以下の軸で分類します。

    • 影響度: 発生した場合のプロジェクトへのダメージの大きさ
    • 発生可能性: 現時点の計画でその原因が顕在化する確率
    • 制御可能性: チームの行動で予防・軽減できる度合い

    ステップ4: 予防策をリスク登録簿に反映する

    優先度の高い原因に対して、具体的な予防策をリスク登録簿に登録します。プレモーテムで発見されたリスクは、通常のリスク管理プロセスに統合して継続的にモニタリングします。プレモーテムは1回きりのイベントではなく、フェーズの節目で繰り返し実施すると効果的です。

    活用場面

    • プロジェクト計画策定後のリスクレビュー: 計画完成直後にプレモーテムを実施し、楽観バイアスを補正します
    • 大規模システム移行: 失敗の影響が甚大なプロジェクトで、見落としがちなリスクを網羅的に洗い出します
    • 新規事業立ち上げ: 不確実性が高い環境で、チームの多様な視点からリスクを特定します
    • マイルストーン到達時の再評価: 各フェーズの完了時に改めてプレモーテムを実施し、次フェーズのリスクに備えます
    • ステークホルダーとの合意形成: 外部ステークホルダーを巻き込んだプレモーテムで、関係者間のリスク認識を統一します

    注意点

    「犯人探し」にならないよう注意する

    プレモーテムの目的はリスクの発見であり、責任追及ではありません。「誰が悪いか」ではなく「何が起こり得るか」に焦点を当てるよう、ファシリテーターが場を適切に誘導することが重要です。

    対策なしの実施は逆効果

    失敗原因を列挙するだけで具体的な対策に落とし込まなければ、チームに不安感だけが残ります。必ず予防策の策定とリスク登録簿への反映までをセットで行います。

    過度な悲観主義を助長しない

    プレモーテムは「失敗前提」の思考を一時的に行う手法であり、プロジェクトに対する悲観的姿勢を定着させるものではありません。セッションの最後には「これらの対策を講じることで成功確率が高まる」というポジティブなメッセージで締めくくることが望ましいです。

    少人数すぎると効果が薄い

    プレモーテムの価値は多様な視点にあります。PMだけで実施しても盲点は減りません。チームメンバー、主要ステークホルダー、場合によっては外部の有識者も巻き込んで、5名以上で実施することを推奨します。

    まとめ

    プロジェクト・プレモーテムは、「失敗した」という仮定から出発することで計画楽観主義バイアスを打破し、通常のリスク分析では見落としがちなリスクを発見する強力な手法です。心理的安全性を自動的に確保できる構造を持つため、チーム全員が率直にリスクを指摘できます。計画策定後の定番プラクティスとして組み込むことで、プロジェクトのレジリエンスを大幅に向上させることができます。

    参考資料

    関連記事