プレモートム テンプレートとは？
プレモートム テンプレートは、プロジェクト開始前に「盲点」を洗い出すための構造化されたワークスペースです。心理学者のギャリー・クラインによって広まったこの演習では、従来の「何がうまくいかないか？」という問いを、確定的な表現に反転します：「今から1年後、このプロジェクトは大失敗だった。何が起きたのか？」この認知の転換により、楽観的な参加者がいる場で懐疑的な意見をかき消してしまいがちな「過信バイアス」や「集団思考」を回避できます。
「フェイルセーフ」監査：隠れたリスクを表面化する3つの方法
プレモートムは、チームが「容赦なく率直に話せる」と感じてこそ有効です。Miro でセッションを開始する前に、次の専門的な「健全性チェック」を3つ実施してください：
1. 「プロスペクティブ・ヒンサイト」監査
監査： チームは、標準的なRAIDログのように「リスク」をただ列挙していませんか？ 対処：想定された確実性を監査してください。プロ仕様のテンプレートはチームに終わりから始めさせます。「競合他社が発売するかもしれない」と言う代わりに、「競合他社が半額でより良いバージョンを発売した」と言わなければなりません。失敗を既成事実として扱うことで、そこに至った現実的な経路を見つけやすくなります。
2. 「壊滅的失敗」テスト
監査： チームが特定した「失敗」は小さすぎたり、対処が簡単すぎたりしませんか？ 対処：規模を監査してください。チームに「完全な壊滅」を想像させてください — 法的訴訟、解約率90%、あるいはブランドの完全な崩壊など。大規模な失敗を想像すると、小規模なリスク思考では見落とすようなシステム的な弱点（例: 「当社のサーバー構成はトラフィックが2倍になっても耐えられない」）をあぶり出せます。
3. "反グループシンク" のガードレール
監査：プロジェクト マネージャーやリードがブレインストーミング中にプロジェクトを "擁護" していませんか？ 対策：独立したブレインストーミング を実施してください。最初の10分間は "サイレント ライティング" を行い、共有する前に全員が個別に "失敗の理由" を書き出します。これにより、技術的な欠陥を見つけた若手開発者が、上級マネージャーの楽観的な態度に押されて沈黙してしまうのを防げます。
戦略的フレームワーク：どのプレモート テンプレートが必要ですか？
プロジェクトの複雑さに合ったフレームワークを選んでください：
基本的なプレモートム キャンバス：
「トリオ・オブ・トラブル」テンプレート：
「ポストイット」墓場：
プレモーテム テンプレートの主要構成要素
高い効果を発揮するプレモーテム ボードには、次の5つのコア要素が必要です：
破滅のシナリオ：失敗した未来の状態を具体的かつ鮮明に描写した説明。
「候補」となる原因：失敗につながる可能性のあるあらゆる原因を未整理のまま列挙したリスト。
「差し迫った」脅威：発生可能性と影響度が高い上位3～5件のリスクを優先順位付きで並べたリスト。
緩和策のロードマップ：想定した失敗を防ぐために、現在のプロジェクト プランに追加する具体的なタスク。
「レッドフラッグ」指標：「早期警告サイン」のリスト（例：「2 か月目までにユーザーが 1,000 人に達していなければ、失敗の道を進んでいる」）。
プレモーテムにおける一般的な落とし穴
