プラクティスのナレッジベース
プレモーテム（Premortem）
プレモーテムは、プロジェクト開始前にチームが潜在的な失敗の原因を安全に挙げ、事前に意思決定のリスクを低減するのに役立ちます。
チーム
premortem
ドキュメントのセクション
これは何か
プレモーテムは、プロジェクトや重要な意思決定の開始前に行う短い作業セッションです。チームは頭の中でプロジェクトがすでに失敗した未来に移動し、考えられる原因を探ります。この形式は懐疑を正当化します。参加者は、ミスが高くつく前に、計画の弱点、経営判断のリスク、やっかいな依存関係について話しやすくなります。
役立つとき
- 意思決定がリスクを伴うように見えても、チームが疑問を口にしない場合。
- プロジェクトは迅速にスタートするが、重要な依存関係や制約がまだ話し合われていない場合。
- 経営判断がすでに下されており、人々がリスクを挙げる安全な方法を必要としている場合。
- 過去の立ち上げ後、チームが問題を発見するのが遅すぎることが多かった場合。
始め方
- 1 チームにとって失敗が明らかに大きな代償を伴うプロジェクトまたは意思決定を1つ選びます。
- 2 リスクの探索を人や意思決定の評価から切り離すファシリテーターを任命します。
- 3 「プロジェクトは失敗しました。主な原因は何だったでしょうか？」という問いでミーティングを行います。
- 4 失敗の原因をリストにまとめ、テーマ別にグループ化します：人材、スケジュール、依存関係、顧客、意思決定。
- 5 最も可能性の高いリスクを3つチェックし、それぞれに次のアクションの担当者を割り当てます。
期待される効果
チームは開始前に疑問を表明する合法的な手段を得て、マネージャーは計画の弱点をより早く把握できます。これにより、リスク所有者をより正確に割り当て、死角の一部をなくし、後々の驚きを減らすことができます。
よくある間違い
- ファシリテーターがすでに下された意思決定を擁護し、参加者がミーティングを形式的なものと受け取ってしまう。
- チームが長い懸念リストを作るだけで、次のアクションの担当者を選ばない。
- 通常、反対意見を罰するマネージャーの前で、参加者にプロジェクトを批判させる。
- 通常の計画の代わりにプレモーテムを実施するが、この手法は計画の検証を補完するものにすぎない。
さらに詳しく読む
- 記事：Gary Klein「Performing a Project Premortem」Harvard Business Review
- 書籍：Amy C. Edmondson『The Fearless Organization』
- 書籍：Daniel Kahneman『Thinking, Fast and Slow』
FAQ
誰がプレモーテムを始めるべきですか？
通常は、プロジェクトマネージャー、チームリーダー、または意思決定に責任を持つマネージャーが始めます。進行役が自分の立場を守らずに計画への批判を受け入れられることが重要です。
外部のファシリテーターなしでプレモーテムを実施できますか？
はい。チーム内で中立的な進行役を選び、事前にルールを説明し、リスクの議論を犯人探しから切り離せば十分です。
人々がそれでも沈黙している場合はどうすればよいですか？
まず失敗の原因を個別に書き出してもらい、その後、匿名で回答を集めます。その後は、提起した人の名前ではなく、テーマを議論してください。
ミーティングが有益だったかどうかをどのように判断しますか？
ミーティング後には、具体的な変更が生まれるべきです：前提条件の明確化、主要リスクの担当者、計画の修正、または開始前に論争のある依存関係を検証する決定などです。