プリモーテム分析とは？失敗から逆算してリスクを先回りする思考法

プリモーテム分析とは

プリモーテム分析（Pre-Mortem Analysis）とは、プロジェクトの開始前に「このプロジェクトはすでに失敗した」と仮定し、その失敗原因を逆算的に洗い出すリスク管理手法です。心理学者ゲイリー・クラインが1998年に提唱しました。

一般的なリスク分析が「何がうまくいかない可能性があるか」を問うのに対し、プリモーテムは「すでに失敗した」という前提から出発します。この視点の転換により、楽観バイアスを排除し、チームメンバーが率直にリスクを指摘できる環境が生まれます。

ポストモーテム（事後分析）がプロジェクト完了後に失敗原因を振り返るのに対し、プリモーテムは開始前に失敗を「想像」することで、対策を事前に講じることができます。クラインの研究によると、プリモーテムを実施することで、結果の原因を正しく特定する能力が30%向上するとされています。

構成要素

プリモーテム分析は4つのステップで構成されます。

失敗の宣言

ファシリテーターが「このプロジェクトは完全に失敗しました」とチームに宣言します。ここでのポイントは、「失敗する可能性がある」ではなく「すでに失敗した」という断定形を使うことです。この前提設定により、参加者の思考モードが「成功を信じる」から「失敗を分析する」に切り替わります。

失敗原因の列挙

各メンバーが個人で、失敗の原因として考えられる要因をできる限り書き出します。この段階では発言ではなく筆記で行うことが重要です。声の大きい人に引きずられず、全員が独立して考えることで、多様なリスク要因が浮かび上がります。

優先順位付け

列挙された失敗原因を共有し、影響度と発生確率の観点から優先順位をつけます。すべてのリスクに等しく対応することは現実的ではないため、最も深刻なリスクに集中するための選別が必要です。

対策の立案

優先度の高いリスクに対して、予防策（リスクの発生を防ぐ施策）と軽減策（発生した場合の影響を最小化する施策）を策定し、プロジェクト計画に組み込みます。

ステップ	所要時間（目安）	方法	成果物
失敗の宣言	5分	ファシリテーターが宣言	思考モードの切り替え
原因の列挙	10〜15分	個人で筆記	リスク要因リスト
優先順位付け	15〜20分	グループ討議	リスク優先順位表
対策の立案	20〜30分	グループ討議	対策計画

実践的な使い方

ステップ1: 適切なタイミングで実施する

プリモーテムはプロジェクトの計画段階、つまりキックオフ直後やプロジェクト計画の承認前に実施するのが最も効果的です。チームが計画の全体像を理解しているが、まだ実行に移していない段階が理想的です。すでに進行中のプロジェクトでも、大きなフェーズの切り替わりや新たなリスクが見えた時点での実施は有効です。

ステップ2: 安全な場を設計する

プリモーテムの価値は、チームメンバーが率直に懸念を表明できるかどうかにかかっています。上位者が先に発言すると、部下が同調しやすくなります。筆記形式で個人作業を先行させ、全員が書き出した後に共有するプロセスを徹底します。

ステップ3: 具体的かつ多角的に原因を洗い出す

「コミュニケーション不足」のような抽象的な表現ではなく、「クライアントのIT部門との要件確認が月1回しかなく、仕様変更に気づくのが遅れた」のように具体的に記述します。技術的リスク、人的リスク、組織的リスク、外部環境リスクなど、多角的な視点を意識することで網羅性が高まります。

ステップ4: 対策をプロジェクト計画に統合する

洗い出したリスクへの対策は、別文書として管理するのではなく、プロジェクト計画そのものに組み込みます。WBSへのタスク追加、マイルストーンの見直し、バッファの確保、レビュー頻度の調整など、具体的な計画変更として反映します。

活用場面

• 新規プロジェクトのキックオフ: 計画承認前にリスクを包括的に洗い出し、計画の堅牢性を高めます
• 重要な意思決定の前: 大型投資や戦略的パートナーシップなど、後戻りが困難な判断の前に実施します
• 新製品・サービスのローンチ前: 市場投入前に想定される失敗パターンを網羅的に検討します
• M&Aのデューデリジェンス: 統合後に発生しうる問題を事前に洗い出し、PMI計画に反映します
• 組織変革の計画段階: 変革への抵抗や混乱の要因を事前に特定し、チェンジマネジメント計画に組み込みます

注意点

心理的安全性が確保されていないと機能しない

プリモーテムは「失敗原因を率直に述べる」ことが前提です。上司の計画を否定することへの恐れや、ネガティブな発言を避ける組織文化がある場合、表面的なリスクしか出てきません。実施前にグラウンドルールを明示し、すべての意見が歓迎される場であることを伝えます。

悲観的になりすぎない

プリモーテムの目的はリスクへの対策であり、プロジェクトの中止を導くことではありません。あらゆるリスクを列挙した結果、チームのモチベーションが低下しないよう、最後は「これらのリスクに対策を講じたことで、成功確率が高まった」というポジティブな結論で締めくくります。

形骸化させない

プリモーテムで洗い出したリスクを文書化して終わりにするのは最大の失敗パターンです。対策がプロジェクト計画に反映され、実際にモニタリングされる仕組みまで設計して初めて価値が生まれます。定期的にリスクの状況を振り返るレビューサイクルも組み込みます。

まとめ

プリモーテム分析は、「失敗した未来」を想定することで楽観バイアスを排除し、チームメンバーが率直にリスクを洗い出せる手法です。ポストモーテムが事後の学びであるのに対し、プリモーテムは事前の予防であり、プロジェクトの成功確率を高めるための実践的なリスク管理ツールです。実施にかかる時間は1〜2時間程度ですが、プロジェクト全体の方向修正にかかるコストを考えれば、極めて費用対効果の高い投資と言えます。

参考資料

• 終わりを意識して始める: プロジェクトのプレモーテムを行う方法 - Asana（プリモーテムの定義、実施手順、テンプレートを体系的に解説）
• How to Run Pre-Mortem Exercises - Atlassian（チームプレイブックにおけるプリモーテムの実施ガイド）
• プロジェクト失敗可能性を軽減するプレモーテム - スタディサプリ Product Team Blog（実際のプロダクトチームでの実践事例と知見）