プレモートム テンプレートとは？
プレモートム テンプレートは、プロジェクト開始前に「盲点」を洗い出すための構造化された作業スペースです。心理学者ゲイリー・クラインによって普及したこの手法は、従来の「何がうまくいかないか？」という問いを決定的な宣言に反転させます：「今から 1 年後、このプロジェクトは大失敗でした。何が起きましたか？」この認知の転換により、楽観的な参加者ばかりの場で懐疑的な声を抑えてしまいがちな「過信バイアス」や「グループシンク」を回避できます。
「フェイルセーフ」監査：隠れたリスクをあぶり出す 3 つの方法
プレモートムは、チームが遠慮なく率直に意見を言えると感じてこそ効果を発揮します。Miro でセッションを始める前に、次の 3 つの専門的な「ヘルスチェック」を実行してください：
1. 「プロスペクティブ・ヒンドサイト」監査
監査：チームは標準的なRAIDログのように「リスク」だけを列挙していませんか？ 対処法：Imagined Certainty を監査してください。プロフェッショナルなテンプレートはチームに結末から始めさせます。「競合他社が発売するかもしれない」と言う代わりに、「競合他社が半額でより優れたバージョンを発売した」と断定して書かなければなりません。失敗を既に起きた事実として扱うと、そこに至る現実的な経路を見つけ出しやすくなります。
2. 「Spectacular Failure」テスト
監査：チームが特定する「失敗」は小さすぎたり、簡単に対処できるものになっていませんか？ 対処法：Scale を監査してください。チームに「Total Catastrophe」—訴訟、解約率 90%、またはブランドの完全崩壊などの最悪の事態を想像するよう促してください。大規模な失敗を想像すると、システム的な弱点（例：「サーバーアーキテクチャがトラフィックを2倍に対応できない」）が明らかになり、小規模なリスク想定では見落としがちです。
3. 「アンチ・グループシンク」ガードレール
監査：プロジェクトマネージャーやリードがブレインストーミング中にプロジェクトを「擁護」していませんか？ 改善策：独立したブレインストーミングを確認してください。最初の10分は「サイレントライティング」を行い、共有する前に全員が個別に「失敗の理由」を書き出します。これにより、技術的な欠陥に気づいた若手開発者が、上級マネージャーの楽観的な態度に圧倒されて黙ってしまうのを防げます。
戦略的フレームワーク：どのプレモートム テンプレートが必要ですか？
プロジェクトの複雑さに応じて、適切なフレームワークを選んでください：
ベーシック プレモートム キャンバス：
「Trio of Trouble」テンプレート：
「Post-It」墓場：
プレモートム テンプレートの主要構成要素
高い成果を出すプレモートム ボードには、次の5つのコア要素が必要です：
失敗シナリオ：失敗した将来像を具体的に描写したもの。
候補となる原因：失敗の原因となりうる要因をすべて洗い出した未整理のリスト。
差し迫った脅威：発生確率と影響度が高い上位3～5のリスクを優先順位付けしたリスト。
対策ロードマップ：想定した失敗を防ぐために、現在のプロジェクトプランに追加する具体的なタスク。
レッドフラッグ指標：「早期警告サイン」の一覧（例：「2か月目までにユーザー数が1,000に達していなければ、失敗の道を歩んでいる」）。
プレモートムでよくある落とし穴
