インシデント事後分析を書く方法。
事後分析では時系列の事実、寄与した条件、是正策を区別します。責めない検討でも、その後の作業には明確な担当が必要です。
作業手順をタスクに合わせましょう。
確認された出来事から、検知、影響、緩和、復旧を分けた時系列を作ります。失敗の仕組みと寄与した条件を根拠で説明します。単一原因を無理に決めず未解決の問いを残し、担当者と確認基準を伴う是正策を割り当てます。
- 用意するもの
- 確認済みの事故経過と調査結果。
- 得られるもの
- 根拠のある改善策を含む非難しない分析。
入力と結果を確認しましょう。
説明用の入力と出力 · 実際の WebAct 実行ではない学習用サンプル
入力項目サンプル個
Verified fictional timeline: 10:00 deployment; 10:04 export errors detected; 10:12 rollback started; 10:16 service restored. Verified mechanism: new code expected a field absent in older records. Assigned owner: export team.
完成例
Impact window: 10:04–10:16 observed, 12 minutes; earlier impact not established. Mechanism: older records lacked the field expected by the new code. Mitigation: rollback restored exports. Follow-up for export team: add an old-record compatibility fixture and verify the corrected code against it before release. Open question: how many exports failed? Retrieve the relevant logs before publishing an impact count.
この入力をプロンプトに読み込み、WebAct にコピーして試してください。結果は掲載例と異なる場合があります。
判断のポイントとトラブル対処。
事後分析では一人を根本原因として挙げるべきですか？
失敗を可能にした技術面と組織面の条件に注目します。改善の担当を定めるために根拠のない個人非難は不要です。
事後の対策でも再発を防げないのはなぜですか？
対策が曖昧か担当不明かもしれません。変更内容、担当する役割、観察した失敗の仕組みに効いたことを示す証拠を決めてください。
自分の資料で試しましょう。
タスクのプロンプト内の例を自分の資料に置き換えてください。必要な要件を残し、タスクを WebAct にコピーします。
タスクを調整してコピー ↑