リスク管理表は、心配事を並べる資料ではありません。何が起きる可能性があり、どの兆候を監視し、誰がどの対応を取るかを決める台帳です。AIは複数の会議記録や進捗報告から候補を集める作業に使えます。
登録する項目
- リスク事象
- 原因
- 発生した場合の影響
- 発生確率と影響度
- 早期兆候
- 予防策
- 発生時の対応
- 責任者と見直し日
- 根拠資料
「スケジュールが遅れる」のような結果だけでなく、「外部仕様の確定が期限を超えるため、開発開始が遅れる」のように原因と影響を分けます。
候補抽出の指示例
> 以下の進捗報告、議事録、課題票から、将来発生する可能性がある事象を抽出してください。すでに発生した課題、単なる懸念、根拠のない一般論を分け、各候補に原因、影響、兆候、根拠箇所を付けてください。確率や影響度は勝手に数値化しないでください。
確率と影響度は、組織で定めた基準を使って担当者が評価します。AIが作った精密なパーセンテージは、根拠データがなければ使用しません。
対応を4種類に分ける
- 回避：原因となる計画を変える
- 低減：確率または影響を下げる
- 移転：契約や保険などで分担する
- 受容：監視し、発生時に対応する
対応には期限、担当、必要な費用を付けます。「注視する」だけでは行動にならないため、監視する指標と確認頻度を明記します。
定例会議で更新する
AIに前回との差分を出させ、新規、悪化、改善、終了候補に分けます。終了する場合も、発生しなくなった根拠を残します。安全、法務、セキュリティに関わる重大リスクは、通常の優先度表とは別に専門部署へ連絡します。
まとめ
AIはリスク候補の収集と差分整理を支援します。原因、影響、兆候、対応、責任者、根拠をそろえ、確率と優先度は共通基準で人が判断してください。更新される管理表にすることで、問題が起きる前の行動につながります。
実践確認：この記事を現場で使う手順
プロジェクトのリスク管理表をAIで作る方法を実務へ入れるときは、AIに完成品を一度で作らせるより、事実整理・下書き・確認を分けます。確認の中心は根拠資料・数値・承認者・更新責任です。入力資料の責任者と最終承認者を同じ人にせず、根拠をたどれる状態を残します。
入力を4つに分ける
- 確定事実：日時、担当、金額、決定済みの条件
- 引用・根拠：会議記録、規程、見積書、一次資料のURL
- 仮説：まだ確認できていない原因や効果
- 未確認事項：誰にいつ確認するかが必要な項目
この区分を付けてからAIへ渡すと、推測が事実のように混ざる問題を減らせます。個人情報や機密情報は、利用環境と社内規程を確認し、不要な部分を伏せます。
下書き用の指示例
> 次の資料から「プロジェクトのリスク管理表をAIで作る方法」の下書きを作ってください。確定事実と仮説を混ぜず、数値には出典を付け、情報が不足する箇所は「要確認」と表示してください。読み手が判断・実行するために必要な項目を先に並べ、表現を整えるのは最後にしてください。
人が確認する順番
- 人名、会社名、日付、金額、単位を元資料と照合する
- 「決定」「予定」「提案」「推測」の区別を確認する
- 担当者と期限が本文のどこにあるか確認する
- 読み手が次に行う操作を一つに絞る
- AIへ入力してはいけない情報が残っていないか確認する
1週間の試行で測る
完成時間だけでなく、修正回数、事実誤り、確認のために戻った資料数、読み手からの質問数を記録します。根拠資料・数値・承認者・更新責任の抜けが続く場合は、プロンプトを長くするのではなく、入力テンプレートへ必須欄を追加します。効果が確認できるまでは、AI出力を自動送信・自動承認しない運用が安全です。
