これは何か
障害報告書は、障害を後から説明するためだけの文書ではありません。
何が起きたか、誰に影響したか、何を実施したか、本当に復旧したか、何が未確定かを共有する成果物です。
教材用サンプル成果物の読み方を学ぶための例
教材用サンプル実物
この成果物は学習用サンプルです。FROZEN正本に記載されたCASE FACTと、成果物の読み方を学ぶための教材用サンプル値を区別して表示しています。
TRAINING-INC-001は教材専用の架空インシデントです。
CR12その他の正式な危機演習事実ではありません。
Incident header
- Incident ID: TRAINING-INC-001
- Environment: 教材用
- Root Cause Status: 未確定
Symptom
一部利用者で登録処理が完了しない。
Business impact
対象業務の登録処理が遅延。
影響範囲は調査中。
Timeline
| Time | Fact / Action |
|---|---|
| 09:10 | 最初のalertを確認 |
| 09:14 | 利用者問い合わせ |
| 09:18 | 対応開始 |
| 09:24 | 新規処理の影響範囲を確認 |
| 09:31 | 仮説Aの検証開始 |
※ 時刻は教材用。
Facts
- 一部利用者でエラー
- 閲覧機能は利用可能
- 発生開始時刻は調査中
Hypotheses
- 仮説A: 特定条件の処理で失敗
- 仮説B: 外部依存の応答遅延
どちらも未確定。
Actions
- 影響範囲確認
- 証拠保存
- 対応担当を分担
Recovery verification
- 新規処理成功を確認する
- 未処理・重複を確認する
- monitoring normalityを確認する
- 業務担当の利用確認を得る
どこを見るか
- symptomとcauseが分かれているか
- business impact
- facts/hypotheses
- timeline
- changes/actions
- recovery evidence
- unresolved items
赤信号
- 原因を最初から断定
- 「復旧済み」の証拠なし
- business impactなし
- timelineなし
- 誰が何を変更したか不明
- 仮説と事実が混在
- 再発防止だけでroot cause evidenceなし
AI WORKFLOW
「この障害情報を、①確認済み事実、②未確認事項、③原因仮説、④実施済み対応、⑤追加証拠、⑥復旧確認項目、に分類してください。原因を断定しないでください。」
REVIEW
AIが生成したtimelineが、元ログ・記録の時刻と一致するか確認する。
AIが原因候補を1つにまとめても、証拠がなければ原因確定しない。
人間が判断すること
- severity
- major incident扱い
- business impact
- mitigation
- recovery complete
- root cause approval
- external communication
いつ使うか
この教材では STAGE 13｜本番で障害が発生した の文脈で扱います。 アステリア案件での正式な作成・使用時期（月）は正本に記載がないため、未確定としています。
最後の問い
この報告書では、事実と原因仮説が分離されていますか？