プレモーテム（事前検死）のやり方：「すでに失敗した」から始めて準備の穴を見つける

プレモーテム（premortem、事前検死）は、計画を実行する前に 「これはすでに失敗した。なぜ失敗したのか？」 と問う方法です。終わったあとで原因を探すポストモーテム（事後検証）を、始まる前に持ってきたものです。見つけた原因はまだ起きていないので、準備を直して防ぐことができます。

準備が結果を分ける仕事に合います。初めてのウェビナー、新しい期の最初の週、初対面の顧客へのインタビューのように、始めたら戻しにくい仕事ほど、始まる前の15分が効きます。

なぜ「失敗するかもしれない」ではなく「失敗した」なのか

「何がうまくいかない可能性があるか？」と聞いても、答えはあまり出てきません。自分で立てた計画なので穴が見えず、浮かぶのも「時間が足りないかもしれない」といった漠然とした言葉にとどまります。

問いの時制を変えると変わります。心理学者のゲイリー・クライン（Gary Klein）は、2007年にハーバード・ビジネス・レビューでプレモーテムを紹介したとき、ミッチェル、ルッソ、ペニントンの1989年の研究を根拠に挙げました。ある出来事がすでに起きたと仮定して理由を探させると、起きるかもしれないと聞いたときより、原因を30%多く正しく挙げられるという結果です。これは prospective hindsight（先取りした後知恵）と呼ばれます。

失敗が決まったことになると、頭は弁護をやめて説明を始めます。「そんなはずはない」ではなく「そうなったなら、たぶんこれが原因」を探すようになります。

やり方：15分、四つのステップ

計画がある程度できてから、実行する前に行います。計画がなければ検証する対象がなく、実行の直前では直す時間がありません。

1. 失敗を確定させます（1分）。 終わった日付を決めて、一文で書きます。「11月20日、第3期の初週のライブが終わった。散々だった。」具体的な日付と場面があってこそ、次のステップが進みます。

2. 理由を書きます（5分）。 その日に何があったかを、思いつくままに書きます。ふるいにかけません。些細に見えること、自分のせいだったこと、運が悪かったこと、すべて書きます。十個ほど出れば十分です。

3. 選びます（3分）。 リストから、起きそうで、起きたら痛いものを三つ選びます。全部を防ごうとすると、準備が終わりません。

4. 準備に移します（6分）。 選んだ理由ごとに、二つのうちどちらかに変えます。

• あらかじめなくせるなら → 準備物か手順に入れます。「マイクが音を拾わなかった」→ 準備物に予備のイヤホンマイク、手順に「開始30分前に音声チェック」。
• なくせないなら → そのときにする行動を決めます。「質問がひとつも出なかった」→「5秒たっても質問が出なければ、前の期でいちばん多かった質問を三つ、自分から出す。」

例：オンライン講座 第3期の初週を前に

失敗した理由	移した先
参加リンクを見つけられない人が十人以上いた	手順：前日の夜と1時間前にリンクを送り直す
演習ファイルを開けない人がいた	準備物：ファイルを二つの形式で ・ 手順：開始前に開いてもらう
第1部が長引いて、演習の時間が半分になった	対応：第1部が40分を過ぎたら、残りのスライドは資料として渡し、演習に移る

三行とも、いまは計画の中にあります。心配が準備に変わったということです。

うまくやるには

• 「なぜ」をもう一度聞く。「時間が足りなかった」で止まると、直すものがありません。「なぜ足りなかったか — 資料を前日の夜に作った」まで行って、準備が変わります。
• 内側の理由も書く。 機材や天気のような外側の理由は出やすいのですが、「疲れてリハーサルを飛ばした」のような内側の理由のほうが、仕事を崩すことが多いものです。
• なくせないものは「もし〜なら」で。 その場で判断しなくて済むように、先に決めておきます。形はif-thenプランニングの記事で扱いました。

よくある失敗

• 理由を書いて終わりにする。 リストは不安を大きくするだけです。準備物・手順・対応に移して、プレモーテムは終わります。
• 全部を防ごうとする。 十個すべてに備えると、準備が本番より大きくなります。三つで足ります。
• 計画を立てる前にやる。 何が失敗したのかを描けないので、漠然とした心配しか出てきません。
• 一度やって捨てる。 同じ仕事をまたやるなら、今回のプレモーテムで直した準備が、次回の出発点です。

WOOP・振り返りとの関係

WOOPの障害（Obstacle）は、おもに自分の内側で自分を止めるものを問い、計画を立てる前に来ます。プレモーテムは、すでに立てた計画を前にして、内と外の失敗の理由をどちらも探します。一緒に使っても重なりません。

KPTとは対になります。プレモーテムが「失敗したとしたら、なぜ」を始まる前に問うなら、振り返りは「実際はどうだったか」を終わったあとに問います。振り返りのProblemは、次のプレモーテムのいちばん確かな材料です。想像した失敗ではなく、経験した失敗だからです。

見つけた理由の置き場所

プレモーテムから出てくるものは三か所に分かれます — 失敗の理由、あらかじめ用意するもの、そのときにする行動。この三つが計画から離れていると、実行の日に目に入りません。

私たちが作っているアプリ ペチット は、ひとつのタスクにこれらの場所を一緒に置きます。分析の難関の欄は「もう失敗したと想像してみてください。原因は何でしたか？」と聞きます。あらかじめ用意するものは準備物に、そのときにする行動は対応指針に「こうなったら、こうする」として書きます。

繰り返す仕事なら、これらをテンプレートに置いて、次のタスクが前回のプレモーテムから始まるようにできます。

道具が何であれ、順番は同じです。失敗を確定させ、理由を書き、三つ選び、準備物・手順・対応に移すこと。