← 後編 第12章 · 仕様変更と障害対応
LESSON p12-02 / 約15分

障害の再現・復旧・再発防止

このレッスンの到達目標

暫定回復と恒久対応を分け、根拠を残す。

音声とインタラクティブ図解で学ぶ音声を再生すると、下のインタラクティブ図解と本文の段落ハイライトが連動して動きます。
TRACEABILITY & IMPACT MAP · AUDIO & INTERACTIVE

要件変更の波及ルートとトレーサビリティ検証シミュレーター

「画面だけ直して夜間バッチや請求帳票が旧計算のまま」になる事故を防ぐため、変更シナリオごとの影響範囲と回帰テスト対象を可視化します。

R01 · 要件取引先別10%値引き適用日・端数条件整合 (2,703円)D01 · 設計共通値引き計算仕様受注・請求の状態境界整合 (2,703円)C01 · 画面/API受注入力・明細計算リアルタイム表示旧計算(3,003円)B01 · バッチ/帳票夜間請求締め・帳票一括集計・会計連携旧計算(3,003円)T01 · テスト独立期待値の検証正常・境界・回帰旧計算(3,003円)
変更内容と成果物の追跡⚠️ 画面だけ変更(不整合)

受注画面の値引き率だけを変更し、夜間バッチ・請求帳票・期待値テストの更新を忘れた状態です。

検証結果・影響診断画面表示は2,703円ですが、夜間バッチ再計算で3,003円に戻り、請求書と食い違います。

要件IDと設計・画面・バッチ・テストを対応づけることで、仕様変更時にどこまで再確認すべきかを漏れなく特定できます。

進め方と判断の根拠

障害では、利用者への影響、発生範囲、時刻、版、データ状態を先に把握します。機密情報を除いたログと再現条件を整理し、業務の継続や被害拡大の防止が必要かを責任者と判断します。

暫定回復と原因修正を分けます。重複登録を削除して見た目を直すだけでは、連携先や履歴との不整合が残る場合があります。照合対象と訂正の承認を確認し、操作前後の状態を記録してください。

実務への適用と確認

原因候補を再現と観測で確かめ、実装、要件、運用、環境のどこを直すか決めます。AIには調査候補を出させても、説明の自然さで原因を断定しません。修正後は失敗条件と関連する回帰を確認します。

再発防止には追加テストだけでなく、監視、権限、手順、参照情報、レビューの不足も含めます。何を変えれば同じ障害を検出・防止できるかを示し、担当者と確認期限を決めます。未解決事項も報告に残します。

押さえておきたいこと

  • 影響と回復を先に確認する
  • 原因を観測で確かめる
  • 手順や監視も再発防止に含める
読了記録と習熟度の確認は別です。