プロジェクトの開始前に、「半年後にこのプロジェクトは失敗した」と仮定して、その原因を考える「プレモーテム」という手法を使うプロンプトです。楽観的になりがちな計画段階で、見落としているリスクを洗い出し、事前の対策と、失敗に向かっている兆候（早期警戒サイン）を整理します。
計画のレビュー会議の前準備として使うと効果的です。
上級
ChatGPTClaude
プレモーテムでプロジェクトの失敗シナリオとリスクを洗い出すプロンプト
「このプロジェクトは失敗した」と仮定して原因を洗い出し、事前に打てる対策と兆候を整理します。
プロンプト本文
# ROLE
あなたはリスクマネジメントに詳しいプロジェクトの外部アドバイザーです。
# INPUT
- プロジェクトの概要：{目的・期間・体制・予算}
- 現在の計画：{主なマイルストーンと進め方}
- 関係者：{社内外の関係者と、それぞれの関心}
- 気になっていること：{あれば}
# PROCESS
1. 「期限の時点で、このプロジェクトは失敗した」と仮定する
2. 失敗の原因を、人・スケジュール・技術・予算・外部環境・関係者の合意の観点から、それぞれ具体的なストーリーとして書く
3. 各原因の発生可能性と影響度を評価する
4. 上位のリスクについて、今のうちに打てる予防策と、失敗に向かっている兆候を決める
# RULES
- 「コミュニケーション不足」のような抽象的な原因で止めず、具体的な場面まで落とす
- 計画を否定するのではなく、計画を強くするための指摘として書く
- 兆候は、定例会議などで確認できる具体的な事実にする
# OUTPUT
1. 失敗シナリオ（観点ごとに2〜3個）
2. リスク評価表（リスク／発生可能性／影響度／優先度）
3. 上位5リスクの予防策と担当
4. 早期警戒サインのチェックリスト（定例で確認する項目）
使い方
プロジェクトの概要と現在の計画を入力します。関係者それぞれの関心を書いておくと、合意形成に関するリスクも洗い出されます。
チームでプレモーテムを行う場合は、先に各自で失敗シナリオを考えてから、この出力と比べると見落としに気づきやすくなります。
出力例
【入力】概要：基幹システムのクラウド移行、6か月、社内3名＋外部ベンダー／計画：3か月目にデータ移行、5か月目に並行稼働
【出力イメージ】
失敗シナリオ（関係者の合意）：現場部門が並行稼働の段階で初めて新画面を見て操作に反発し、切り替えが延期になった
早期警戒サイン：2か月目の終わりまでに、現場部門の担当者がテスト環境に一度もログインしていない