01 このやり方が合う条件
こんな仕事・チームに
障害発生時の一報や監視ログをテキストで受け取れる運用体制。
そのまま使うのが難しい条件
原因調査や復旧対応の要否をAIに判断させたい、緊急対応中で情報が入力できない場合。
02 最初の一回でやること
- 障害の一報・監視アラート・影響を受けているサービスの情報を整理する。
- 確認できている事実と未確認事項を分けた一次切り分けメモを作る。
- 対応担当者が事実関係を確認し、対応方針とエスカレーション要否を判断する。
続けて使うとき
障害発生時に一次メモを作成し、対応担当者が初動対応と並行して確認する。障害収束後に記録内容の過不足を振り返る。
誰が、何を担当するか
作成担当：一次対応者。確認担当：インシデント対応責任者。見直し担当：運用責任者。
03 試した結果を、どう測るか
一次メモ作成にかかる時間（分）と、対応中に事実の誤りが見つかった件数を対応責任者が記録する。
未計測はゼロに置き換えず、そのまま残します。入力・確認・修正を含め、同じ作業範囲で比較してください。
04 続ける・変える・やめる
継続事実と未確認事項が明確に分かれ、初動対応の判断が早くなっている。
変更同じ種類の障害で毎回記載項目が不足するなら、監視アラートの取得項目を見直す。
中止事実誤認が初動対応の判断を誤らせる事態が二回続いたら、一次メモ作成を止めて情報源から見直す。
人手で回せる範囲
影響範囲が限定的な障害から始める。重大障害・情報漏えいの疑いがある場合は、メモ作成を待たずに直接責任者へ報告する。
05 そのまま使えるテンプレート
障害一次切り分けメモ
以下の障害の一報・監視アラートから、一次切り分けメモを作成してください。 原因や復旧見込みは断定せず、確認できている事実と未確認事項を分けてください。 障害の一報・監視アラート：［貼り付け］ 影響を受けているサービス・利用者範囲（分かる範囲）：［記入］ 出力： 1. 確認できている事実 2. 影響範囲（未確認部分を含む） 3. 未確認事項 4. 対応担当者が次に確認すべきこと 対応責任者の確認：事実関係／エスカレーション要否／対外連絡の要否
このサイトで作成した提案用テンプレートです。業務に合わせたコピー・改変を想定しています。［入力欄］を埋め、結果を確認して使ってください。
06 実践記録と出典
確認済みの実践記録は、まだありません。
この手順の効果は未評価です。実施者を確認した記録や成果値は掲載していません。
IT・サービス業の一般的な業務慣行をもとにした提案
特定の事業者の実績にもとづくものではなく、実地での有効性は未確認です。取扱品目・契約条件・事業者ごとの規程により、手順や判断基準は異なります。
試したことを、次の改善へ。
試せなかったことや訂正依頼も、改善の手がかりになります。投稿は非公開で確認し、自動公開はしません。