「このプロトタイプは絶対に機能する」——そう確信した瞬間が、最も危険だ。
チームが解決策に投資すればするほど、失敗の可能性を正面から見ることが難しくなる。心理学ではこれを確証バイアスと計画の誤謬の複合効果と呼ぶ。プレモーテム（Pre-mortem）はこの心理的罠を構造的に回避するための手法だ。
手法の起源
「予測的後知恵（Prospective Hindsight）」という概念そのものは、心理学者のデボラ・ミッチェル、ジェイ・ルッソ、ナンシー・ペニントンが1989年に発表した論文「Back to the Future: Temporal Perspective in the Explanation of Events」で提唱した。彼女らの実験は、ある出来事がすでに起きた事実として提示された場合、人間の原因分析の精度と網羅性が有意に向上することを示した。現在視点で「何が起きうるか」と問うよりも、過去完了視点で「なぜそれは起きたか」と問う方が、想起される原因の数・具体性ともに増加する。
この知見に実務的な形を与えたのが、認知心理学者のゲイリー・クライン（Gary Klein）だ。クラインは1998年の著書 Sources of Power（MIT Press）で熟練した意思決定の構造を論じ、その延長として予測的後知恵をプロジェクト管理に応用するプレモーテム手法を構想した。体系的な定式化は2007年に Harvard Business Review に掲載された論文「Performing a Project Premortem」で公開された。「死亡前診断」という名称通り、プロジェクトが失敗した仮想の未来から現在を振り返るという発想の逆転がこの手法の核心にある。
従来のリスク分析が「何がうまくいかないかもしれないか」と現在視点で問うのに対し、プレモーテムは「すでに失敗した、その理由は何だったか」と過去完了形で問う。この一文の違いが、引き出されるアイデアの量と質を大きく変える。
デザイン思考における位置づけ
プレモーテムはプロトタイプフェーズとテストフェーズの間、またはテストフェーズの導入として用いることができる。
アサンプション・マッピングが「検証すべき前提を洗い出す」作業であるのに対し、プレモーテムは「なぜ失敗するかを想像する」作業だ。両者は補完的で、アサンプション・マッピングで特定した高リスク仮説に対してプレモーテムを行うと、テスト設計の精度が上がる。
ウィザード・オブ・オズ・テストやユーザビリティテストの前にプレモーテムを行うことで、「どの失敗パターンを特に観察するか」という仮説をテスト設計に織り込める。
実施ステップ
ステップ1：前提の共有（10分）
参加者全員が対象のプロトタイプ、サービスアイデア、またはプロジェクト計画を理解している状態を確認する。必要であれば、現時点の計画を5分で共有する。
ステップ2：失敗の宣言（2分）
ファシリテーターが次のように宣言する。
「今から1年後（または3ヶ月後）の時点にワープします。このプロジェクトは完全に失敗しました。数値目標は達成されず、ユーザーには受け入れられず、社内では”あの件”として語り継がれています。今、わたしたちはその失敗の原因を振り返っています。」
この「失敗の宣言」は、参加者の心理的モードを「成功させよう」から「失敗を分析しよう」に切り替えるスイッチとして機能する。宣言が明確であるほど、その後の書き出しが鋭くなる。
ステップ3：個人での書き出し（10〜15分）
参加者は一人で沈黙の中、「なぜ失敗したか」を付箋に書き出す。1枚に1つの理由。口頭での共有はこの段階では行わない。
個人ワークにすることが重要だ。グループで議論を始めると、発言力のある参加者の意見に引き寄せられ、死角が生まれる。プレモーテムの価値は、普段は発言しにくい懸念を引き出すことにある。
書き出しの助けになる問い：
- 「チームは何を見落としていたか」
- 「ユーザーの何を誤解していたか」
- 「組織の何が実行を妨げたか」
- 「外部環境の何が想定外だったか」
- 「タイミングの何が間違っていたか」
- 「わたし個人が何を言い出せなかったか」
最後の問いが特に重要だ。プレモーテムは、チームメンバーが通常の会議では「空気を壊す」ために言い出せない懸念を、ゲームの枠組みの中で安全に出せる場を作る。
ステップ4：グループ共有（20〜30分）
参加者が順番に付箋を読み上げながら壁やホワイトボードに貼っていく。ラウンドロビン形式で1人1枚ずつ出すと、発言が偏らない。
この段階では質問や議論をしない。「なぜそう思ったか」の掘り下げは後で行う。まず全員の付箋が出揃うことを優先する。
ステップ5：グルーピングと優先順位づけ（15〜20分）
貼り出された付箋を失敗の原因カテゴリでグルーピングする。よく現れるカテゴリは以下の通り：
- ユーザー理解の誤り（ニーズ・行動・文脈の読み違い）
- 技術的な実現可能性（開発コスト・期間・依存関係）
- 組織・体制（意思決定の遅さ・担当者の権限・優先度の競合）
- 市場・競合（競合の動き・タイミングのズレ・規制変更）
- コミュニケーション（内部合意の欠如・ユーザーへの説明不足）
グルーピングが終わったら、ドット投票で「最も致命的な失敗原因」を3〜5つ特定する。
ステップ6：対策の設計（15〜20分）
特定した致命的な失敗原因それぞれに対して、「今から何を変えるか」を議論する。
ここが通常のリスク分析と大きく異なるフェーズだ。リスク分析では「リスクに対策を立てる」が目的になりやすいが、プレモーテムの対策設計では、「この失敗が起きないように、今のプロトタイプ設計・テスト計画・実行計画を何が変わるか」という問いに絞る。
対策は必ずしも「リスクを完全に除去する」ものでなくてよい。「この失敗が起きた場合に早期に検知できる指標を設ける」「このリスクを受け入れた上で、代替案をB案として用意する」も有効な対処だ。
ファシリテーションのポイント
失敗のリアリティを高める: 「失敗した」という宣言の後、「今は何年の何月か」「プロジェクトはどの段階で止まったか」という具体的な設定を加えると、参加者の想像力が動きやすくなる。「ユーザーへのリリース後3ヶ月で利用率が10%を下回った」という設定は、書き出しを豊かにする。
沈黙の時間を守る: ステップ3の個人ワーク中に、ファシリテーターが「どうですか」と声をかけないこと。沈黙は思考中のサインだ。10〜15分の集中した個人ワークで、5〜10枚の付箋が出れば理想的だ。
楽観論者に特に発言を促す: プレモーテムの最大の効用は、普段「それはうまくいく」と言いがちなメンバーが、ゲームの枠組みの中で「うまくいかない理由」を出せることにある。発言の少ないメンバーや楽観寄りのメンバーに特に順番が回るよう注意する。
「失敗原因」と「個人批判」を分離する: 「Aさんがこの決定をしたから失敗した」という個人攻撃に変わりそうな発言が出たら、「Aさんがその決定をせざるを得なかった構造的な理由は何か」という問いでシステム視点に引き戻す。
アサンプション・マッピングとの違い
| 観点 | アサンプション・マッピング | プレモーテム |
|---|---|---|
| 視点 | 現在視点（「これは正しいか?」） | 未来→過去の逆転視点（「なぜ失敗したか」） |
| 目的 | 検証すべき仮説の優先順位づけ | 見落とした失敗原因の発掘 |
| 適した場面 | プロトタイプ設計前 | テスト計画前・リリース直前 |
| 引き出す情報 | 既知の不確実性 | 未知の不確実性（死角） |
| 個人作業 | 任意 | 必須（グループ圧力を避けるため） |
両手法は排他的ではなく、順番に使うことでリスク分析の網羅性が上がる。
オンラインでの実施
リモートワーク環境では、Miro・FigJam・Mural などのデジタルホワイトボードで同様のセッションを行える。
オンライン実施で特に重要な調整点が2つある。まず、ステップ3の個人ワーク中は参加者の画面共有を切るか、各自のスペースに書き込む形にする。他者の付箋がリアルタイムで見えると、グループ圧力が発生する。次に、ステップ4の共有フェーズでは発言者がカメラをオンにすると、非言語的な反応（「自分も同じことを書いた」という表情）がチーム全体の場の密度を上げる。
リモートワークショップ設計全般の詳細は関連記事に記載している。
注意点
プレモーテムは「失敗の可能性を探す」セッションであるため、プロジェクトへの自信を一時的に下げる効果がある。セッション終了時にはステップ6で洗い出した対策を共有し、「これで何が強化されたか」を言語化する工程を省かない。「何がうまくいかないか」だけで閉じるセッションは、チームのモチベーションを不必要に損なう。プレモーテムの終着点は「このプロジェクトをどう強化するか」の確認であるべきだ。
また、プレモーテムはあくまで想像力の演習だ。書き出された「失敗原因」はすべてが等しく起きるわけではない。問いの本質は「この視点が見落とされていなかったか」という確認にある。全失敗原因に同等のリソースを投入する必要はない。
関連手法
参考文献
- Deborah J. Mitchell, J. Edward Russo & Nancy Pennington, “Back to the Future: Temporal Perspective in the Explanation of Events,” Journal of Behavioral Decision Making, Vol. 2, 1989（予測的後知恵の原概念を提唱した原著論文）
- Gary Klein, Sources of Power: How People Make Decisions, MIT Press, 1998
- Gary Klein, “Performing a Project Premortem,” Harvard Business Review, September 2007
- Daniel Kahneman, Thinking, Fast and Slow, Farrar, Straus and Giroux, 2011（確証バイアスと計画の誤謬に関する記述）