インシデント報告では、早さと正確さの両方が求められます。AIはチャット、監視記録、対応メモから時系列を整理できますが、断片的な情報から原因を決めつける可能性があります。事実、推測、未確認を明確に分けます。
最初に記録する項目
- 発見日時と発見方法
- 影響を受けた対象
- 現在の状態
- 実施した暫定対応
- 次回更新予定
- 対応責任者と連絡先
初報では完全な原因分析を待たず、確認できた事実と現在の影響を伝えます。
時系列を作る
ログ、チケット、チャット、通話メモを時刻順に並べます。タイムゾーンと時計のずれに注意します。
> 以下の記録から、確認できた出来事だけを時系列表にしてください。「日時・事象・確認元・実施者の役割・対応・結果」に分け、推測、矛盾、時刻不明の情報は別欄にしてください。原因は断定しないでください。
影響を具体化する
対象システム、利用者、期間、停止・遅延・誤処理の種類を分けます。影響件数が確定していない場合は範囲と確認中であることを示します。個人情報やセキュリティに関わる場合は、組織の専門窓口と法定・契約上の連絡手順を優先します。
原因分析と再発防止を分ける
直接原因だけでなく、検知、手順、権限、レビューなど背景を確認します。AIが挙げた原因候補は仮説として検証します。再発防止は、担当、期限、完了条件、効果確認を付けます。「注意する」「教育する」だけで終わらせません。
公開前の確認
社内向け、顧客向け、経営向けで必要な情報と権限が異なります。事実は一貫させ、機密情報や攻撃に利用される詳細を不必要に公開しません。正式な報告は責任部署が承認します。
まとめ
AIはインシデント記録の時系列化と抜けの確認に使えます。事実、推測、未確認を分け、影響、暫定対応、次回更新を先に示してください。原因と再発防止は証拠を基に人が確認します。
実践確認：この記事を現場で使う手順
インシデント報告書をAIで整理する方法を実務へ入れるときは、AIに完成品を一度で作らせるより、事実整理・下書き・確認を分けます。確認の中心は根拠資料・数値・承認者・更新責任です。入力資料の責任者と最終承認者を同じ人にせず、根拠をたどれる状態を残します。
入力を4つに分ける
- 確定事実：日時、担当、金額、決定済みの条件
- 引用・根拠：会議記録、規程、見積書、一次資料のURL
- 仮説：まだ確認できていない原因や効果
- 未確認事項：誰にいつ確認するかが必要な項目
この区分を付けてからAIへ渡すと、推測が事実のように混ざる問題を減らせます。個人情報や機密情報は、利用環境と社内規程を確認し、不要な部分を伏せます。
下書き用の指示例
> 次の資料から「インシデント報告書をAIで整理する方法」の下書きを作ってください。確定事実と仮説を混ぜず、数値には出典を付け、情報が不足する箇所は「要確認」と表示してください。読み手が判断・実行するために必要な項目を先に並べ、表現を整えるのは最後にしてください。
人が確認する順番
- 人名、会社名、日付、金額、単位を元資料と照合する
- 「決定」「予定」「提案」「推測」の区別を確認する
- 担当者と期限が本文のどこにあるか確認する
- 読み手が次に行う操作を一つに絞る
- AIへ入力してはいけない情報が残っていないか確認する
1週間の試行で測る
完成時間だけでなく、修正回数、事実誤り、確認のために戻った資料数、読み手からの質問数を記録します。根拠資料・数値・承認者・更新責任の抜けが続く場合は、プロンプトを長くするのではなく、入力テンプレートへ必須欄を追加します。効果が確認できるまでは、AI出力を自動送信・自動承認しない運用が安全です。
