Pre-mortem とシナリオプランニング——事前失敗診断で意思決定品質を上げる

E-E-A-T 情報開示

Expertise: Gary Kleinの原典（Klein, 2007; Klein, 1998）とDaniel Kahnemanのシステム2思考論（Kahneman, 2011）、Peter SchwartzのShell流シナリオプランニング（Schwartz, 1991）を軸に構成。認知バイアス研究と意思決定実務の接点を分析。

Experience: ワークショップとしてのPre-mortem運用経験。「なぜ会議で機能しないか」の障壁分析と、Stage-Gate組み込みによる解消事例を収録。

Authority: Klein, Gary (2007). “Performing a Project Premortem.” Harvard Business Review, September. / Kahneman, Daniel (2011). Thinking, Fast and Slow. Farrar, Straus and Giroux. / Schwartz, Peter (1991). The Art of the Long View. Doubleday.

Trustworthiness: Pre-mortemが「万能の失敗回避ツール」でないことを明示。機能する条件と機能しない条件の両方を記載。

---

「失敗した未来」から考えるという発想の転倒

「このプロジェクトは失敗する。その理由を教えてほしい」——会議室でこう問いかけると、空気が変わる。

通常の意思決定プロセスでは、チームは計画の正当性を補強する証拠を集める。楽観主義バイアスとコミットメントエスカレーションが重なり、問題の指摘は「後ろ向き」「批判的すぎる」と受け取られやすい。しかし「このプロジェクトはすでに失敗した」という前提を置いた瞬間、心理的なゲームのルールが変わる。 失敗の理由を探すことが、チームの「仕事」になる。

これがGary Kleinの提唱したPre-mortem（事前検死）の核心だ。医療の「死後解剖（Post-mortem）」を時間的に逆転させ、プロジェクト開始前に実施する「事前解剖」として設計されている。

本稿はPre-mortemとシナリオプランニングの統合手法を解説する。単独のワークショップ手法として使うのではなく、ステージ・ゲートモデルのゲートレビューに組み込んだ「構造化された事前診断」として機能させることが目標だ。

---

Pre-mortemの認知科学的根拠

Kahnemanのシステム2と「prospective hindsight」

Kleinの2007年HBRの論文で引用されているのが、認知科学上の「prospective hindsight（事前後知恵）」の概念だ。Mitchell, Russo, and Pennington（1989）の研究では、「なぜ失敗するかもしれないか」を考えるよりも「すでに失敗した」と仮定して考える方が、リスク要因の特定精度が向上することが示されており、Kleinはこの知見をHBR論文でPre-mortemの根拠として引用している。

この効果の認知科学的メカニズムをDaniel Kahnemanのシステム思考論で説明できる。 通常の計画策定では、システム1（直感・連想的思考）が楽観的シナリオを自動生成する。「失敗した未来」という反事実的仮定は、システム1の自動処理を一時的に停止させ、システム2（分析的・批判的思考）を強制的に作動させる（Kahneman, 2011）。

チームレベルでもこの効果は確認されている。Kleinの研究では、グループでPre-mortemを実施した場合、個人での事前診断に比べてリスク要因の多様性が顕著に増加する。これは「集合的な楽観主義バイアス」——全員が同じ方向の楽観を共有する傾向——を、Pre-mortemのフレーミングが打ち破るためだと解釈されている。

シナリオプランニングとの接続

Shellが1970年代に開発し、Peter Schwartzが1991年の著書 The Art of the Long View で体系化したシナリオプランニングは、「単一の未来予測」を捨て、複数の異なる未来シナリオを構築する手法だ。

Pre-mortemとシナリオプランニングは、単独では異なる問いに答える。Pre-mortemは「このプロジェクトが失敗する固有の要因」を掘り下げ、シナリオプランニングは「外部環境がどう変わりうるか」の複数の軌跡を描く。両者を組み合わせることで、「内部要因の失敗」と「外部環境の変化による失敗」を統合して診断できる。

統合の具体的な設計は後述のセクションで示す。

---

なぜ会議でPre-mortemは機能しないか

Pre-mortemを「会議の1アジェンダ」として実施すると、多くの場合で機能しない。障壁には3つのパターンがある。

障壁1：心理的安全性の欠如

「このプロジェクトは失敗した」と言い出すことが、プロジェクトオーナーへの批判と受け取られる文化では、参加者は重大なリスク要因を口にしない。表面的な「懸念点の列挙」は起きるが、「このプロジェクトが根本的に間違っている可能性」を指摘する発言は抑制される。

心理的安全性と意思決定の研究が示すように、リスク指摘の発言が「ネガティブ」として評価される文化的コードを外さない限り、Pre-mortemはリスク表面化のツールとして機能しない。

解決策は形式にある。Pre-mortemを「匿名の書き出し先行」で設計することで、発言への個人的帰結を切り離す。付箋への書き出しを個人作業で行い、その後グループ共有するシークエンスが有効だ。

障壁2：具体性の欠如

「失敗した理由を考えよう」という問いかけが抽象的すぎる場合、参加者は一般論（「市場が変わった」「リソースが足りなかった」）を列挙するにとどまる。この種の回答はすでに既知であり、Pre-mortemのセッションに意味を持たない。

具体性を引き出すには、時間軸と担当者軸を組み込む。「このプロジェクトが3ヶ月後にクリティカルな障害を起こすとしたら、何が最初に崩れるか？」「あなたの担当領域で、最も隠れたリスクはどこか？」という問いへの絞り込みが、実務的に有効な回答を引き出す。

障壁3：セッション後の忘却

Pre-mortemで洗い出されたリスク要因が、議事録に記載された後でプロダクトバックログや意思決定フローに接続されない場合、セッション自体の意味が失われる。ワークショップは実施することが目的ではなく、意思決定と資源配分に接続することが目的だ。

Stage-Gateのゲートレビューへの組み込みが、この問題の構造的な解決策となる。

---

Stage-Gateへの統合運用

ゲートレビュー前のPre-mortem組み込み

ステージ・ゲートモデルの実装において、各ゲートレビューの48時間前にPre-mortemセッションを設けることを推奨する。これは「ゲートを通過させるための準備」ではなく、「ゲートの判断材料を豊かにするための診断」として位置づける。

設計の核心は、Pre-mortemで洗い出されたリスク要因を、ゲートのMust-Meet基準に直接フィードバックする仕組みだ。例えばGate 2（Business Case確定）のPre-mortemで「競合の参入障壁評価が甘い」というリスクが洗い出された場合、Gate 2のMust-Meetに「主要競合3社のエントリーコスト分析完了」を追加する。

この設計により、Pre-mortemの洗い出しがゲートの評価基準に反映され、「セッションで発言したことが意思決定に使われる」という経験が心理的安全性を高める好循環が生まれる。

シナリオプランニングとの分業

Pre-mortemは内部視点のリスク診断に強い。一方、外部環境の変化——規制の変化、技術の非連続な進化、競合の戦略転換——はPre-mortemの問いかけでは十分に引き出されない。

シナリオプランニングとの分業設計を提案する。Gate 1（スコーピング終了）時点でシナリオプランニングを実施し、外部環境の複数シナリオを設定する。各ゲートのPre-mortemでは、「現在の最も可能性が高いシナリオ下で」という前提を付加して実施する。

ピボット判断の基準設計とも接続できる。シナリオが「想定外のシナリオ2」に移行した場合のピボット基準を事前定義しておくことで、ゲートの判断がシナリオ感度を持つようになる。

---

ファシリテーション手順テンプレ

以下は90分のPre-mortem＋シナリオ統合セッションのテンプレートだ。参加者5〜12名を想定。

準備（セッション前48時間）

• プロジェクトの現状サマリー（A4 1枚）を全参加者に共有
• 想定シナリオ（2〜3案）の骨格をファシリテーターが事前作成
• 付箋・マーカー・ホワイトボードを準備（対面）またはMiroボードを設定（オンライン）

フェーズ1：場の設定（10分）

ファシリテーターが開始時に読み上げるフレーミングスクリプト：

「今日は通常の進捗報告や計画確認とは異なる目的でここにいます。このプロジェクトが1年後に深刻な失敗をしたと仮定してください。失敗は確定しています。問いは『なぜ失敗したか』です。批判や評価ではなく、診断のために発言してください。ここで言われたことが意思決定の材料になります」

このフレーミングの読み上げは省略しない。 言語化されたルール設定が、心理的安全性の基準線を設ける。

フェーズ2：個人書き出し（15分）

沈黙のまま、各自が付箋に失敗要因を書く。問いは以下の3つ：

1. このプロジェクトが失敗した最大の理由は何か？（1要因につき1枚）
2. 自分の担当領域で、最も「見て見ぬふりをしていた」リスクは何か？
3. 現在の想定シナリオが外れた場合に最初に崩れるのはどこか？

フェーズ3：グループ共有と分類（25分）

付箋を貼り出し、ファシリテーターが主導して内部要因／外部要因／人的要因の3クラスターに分類する。重複を統合しながら、計20〜30要因に収束させる。

フェーズ4：リスクの優先順位付け（15分）

各参加者に3票を配布し、「最も懸念するリスク」に投票する。上位5件を「優先対処リスク」として特定する。

投票前に「このリスクはすでに知っているか・対処済みか」の確認を入れること。 既知のリスクより「今まで語られていなかったリスク」が浮上していることを確認する。

フェーズ5：対処策の割り当て（20分）

優先上位5件のリスクについて、「このリスクを今後2週間で縮小するために誰が何をするか」を明示する。担当者・期限・確認方法を記載してセッションを終了する。

フェーズ6：Gate接続（5分）

ファシリテーターが、次回のゲートレビューのMust-Meet基準に今日洗い出されたリスクをどう反映するかを宣言する。これによりセッションが「意思決定プロセスへの投資」として位置づけられる。

---

Pre-mortemは失敗を防ぐか

正直に言えば、防がない。

Pre-mortemはリスクの可視性を上げ、意思決定の質を高める手法だ。未来の失敗を確実に回避するツールではない。機能する条件は、洗い出されたリスクが実際の意思決定と資源配分に接続される場合に限られる。

セッションとしては成功しながら、その後に何も変わらない——このパターンがPre-mortemへの不信感を生む。Stage-Gateのゲート評価基準への接続と、ファシリテーション後の担当者アサインが、「会議のワーク」をプロセス改善に変換する接着剤となる。

失敗を想像することは、失敗を恐れることではない。準備された失敗は、準備されていない成功より組織の学習を深める。Pre-mortemの価値は、プロジェクトを守ることよりも、意思決定者と実行チームが「見えていなかったものを見た」という経験を積み重ねることにある。