プロジェクトのリスク登録簿を作る

著者: AILesson7 分でセットアップテスト済み:ChatGPTレビュー日: 2026-08-28

クイック回答

不確実な事象を、担当者、根拠、トリガー、対応策、レビュー日が明確なリスクに変換する. 入力するもの: プロジェクトの背景, 既知の不確実性と根拠, スコアリングと管理方法. 期待される結果: スコアの根拠、対応アクション、緊急時の対応策、情報の不足を含む、優先順位付きのリスク登録簿.

コンテキストを追加

テキストはこのブラウザ内に留まります。AILesson Prompts は、そのテキストをモデルやサーバーに送信しません。

プロジェクトの背景既知の不確実性と根拠スコアリングと管理方法

あなたのプロンプト

未入力のフィールドはプレースホルダーとして表示されたままなので、プロンプトをコピーして編集できます。

プロジェクトのリスク登録簿を作成してください。

目標、範囲、フェーズ、日付、関係者、状況：
[project]

仮定、インシデント、依存関係、見積もり、制約、警告の兆候：
[evidence]

尺度、リスク許容度、エスカレーション基準、担当者、レビュー頻度：
[method]

各リスクは、すでに発生している問題や曖昧な話題ではなく、不確実な「原因・事象・結果」として記述してください。進行中の問題、仮定、依存関係、機会をリスクと区別してください。各リスクについて、ID、記述、根拠、影響を受ける目標、発生可能性、影響の側面、根拠付きのスコア、発生までの近さ、指標、予防策または軽減策、緊急対応のトリガーと対応内容、明示されたリスク担当者または「未割り当て」、アクション担当者、次回レビュー、残存リスクを示してください。提供された尺度と根拠だけを使い、確率、担当者、予算、統制策を捏造しないでください。重複するリスクと相関するリスクを特定し、スコアの不確実性を示し、優先順位を変え得る不足情報を明らかにしてください。

Playgroundで試す

デフォルトで非公開プロンプトの組み立てはブラウザ内で行われます。組織が許可しない限り、機密情報を AI サービスに入力しないでください。

入力から結果へ

具体例

具体的なコンテキストを加えると、このレシピが実用的な結果になる様子をご覧ください。

実際の入力

プロジェクトの背景: 1月31日までに18件の社内レポート処理を新しいデータウェアハウスへ移行します。フェーズ1の棚卸しは完了し、構築は11月1日に始まります。財務レポートは継続して利用できる必要があり、月次決算は1月25〜31日です。スポンサーはCFO、デリバリー責任者はImaniで、データプラットフォームチームとFinanceチームが参加します。
既知の不確実性と根拠: 3件の処理には文書化されていない変換があります。プラットフォームの負荷テストはまだ始まっていません。ベンダーのコネクターは契約ではなくメールによる見積もりに基づき、12月15日に提供予定です。エンジニア1名が12月20日に退職しますが、代替要員は未確定です。ソースシステムでは前四半期に4時間の停止が2回ありました。予備予算は示されていません。
スコアリングと管理方法: 発生可能性は1「まれ」から5「ほぼ確実」、影響度は1「軽微」から5「重大」です。スコア=L×I。15点以上はスポンサーへエスカレーションします。デリバリー責任者が毎週月曜日のレビューを進行します。氏名が示された説明責任者だけを割り当てることができ、それ以外は「未割り当て」のままにします。

出力例

R1 文書化されていない変換が誤って理解された場合、移行後の出力を照合できず、Financeのレポートが不正確になる可能性があります。根拠：3件の処理が未文書化。発生可能性4の理由：既知の不足が18件中3件に影響。影響度5：Financeの正確性と月次決算。スコア20 — エスカレーション。担当者：未割り当て。指標：マッピングの例外と照合の失敗。軽減策：構築完了前にロジックを文書化し、承認済みの移行元・移行先テストを作成する。アクション担当者は未割り当て。緊急対応のトリガー：切り替え前に重大な照合エラーが1件でも発生した場合。影響を受ける処理をソース側に残してエスカレーションします。統制策をテストするまでは残存スコアを設定できません。

R2 コネクターの提供が見積もり上の12月15日より遅れた場合、依存する構築作業により、決算前のテスト期間が短くなる可能性があります。契約上の確約ではないためL3、スケジュールと品質への影響がI4、スコア12です。担当者は未割り当て。契約上の状況と許容可能な最終提供日を確認します。代替コネクターまたは範囲の変更は、承認を得た場合に限り定義します。R3 12月20日以降に代替要員を確保できない場合、切り替え期間中の不具合解消が遅れる可能性があります。L3/I4=12。根拠と要員計画が不十分です。R4 負荷への対応能力が不十分な場合、決算時にレポート性能が低下する可能性があります。想定負荷とテストが定義されるまでは、責任を持ってスコアを付けられません。

進行中の問題：3件の変換が現時点で文書化されていません。依存関係：ベンダーのコネクター。相関：R2、R3、R4が重なるとテスト期間がさらに短くなる可能性があります。毎週月曜日のレビューで、担当者の割り当て、スコアの検証、日付入りアクションの設定を行う必要があります。

これがうまくいく理由

1
「原因・事象・結果」の形で記述すると、管理可能な不確実性を、現在の問題や一般的な懸念と区別できます。
2
トリガーと緊急時の対応策により、予防だけでは不十分になったときに何を変えるかが明確になります。

結果を確認

各項目は本当に不確実で、プロジェクト目標に結び付いていますか？
スコアは根拠と指定された尺度に基づいていますか？
リスク担当者、対応アクションの担当者、トリガー、レビュー日が明確に区別されていますか？

安心して使うために

よくある質問

このレシピをいつ使うか、何を用意するか、どの場面で人による確認が依然として重要かについての実践的な回答です。

「プロジェクトのリスク登録簿を作る」を使う前に、何を準備すればよいですか？

「プロジェクトのリスク登録簿を作る」を使う前に、「プロジェクトの背景」「既知の不確実性と根拠」「スコアリングと管理方法」を準備してください。プレースホルダーは、確認できる情報だけで置き換えます。不明な点はモデルに推測させず、不明であることを明示してください。

「プロジェクトのリスク登録簿を作る」の結果は、どのような場合にまだ使用できませんか？

結果が、提供された根拠からページ記載の成果である「スコアの根拠、対応アクション、緊急時の対応策、情報の不足を含む、優先順位付きのリスク登録簿」をまだ実現していない場合、または未解決の仮定、未取得の承認、捏造された詳細に依存している場合は、使用できません。チェック項目を公開可否の基準として使い、根拠のない出力を磨くのではなく、入力元を修正するか、氏名と権限が明確なレビュー担当者を割り当ててください。

「プロジェクトのリスク登録簿を作る」では、どのAIツールのテストが記録されていますか？

2026-08-28時点で、「プロジェクトのリスク登録簿を作る」の公開テスト記録にはChatGPTが掲載されています。これは実行記録があることを示すだけで、後の製品バージョンでの互換性や同一結果を保証するものではありません。別のツールやバージョンを使う場合は、すべての制約を明示したまま、使用前に結果のチェックをもう一度行ってください。

さらに探す方法