ITパスポート ｜ マネジメント系

緊急変更とは？

本番システムが今すぐ壊れそう——そのとき「承認手続きを急いで通す」特別ルートが緊急変更。

こんなシーンを想像
深夜、本番DBのレプリケーションが止まりかけている。このまま放置するとサービス停止になる。通常の変更申請は翌朝の委員会承認待ちだが、今夜中に対処しなければ間に合わない——。
このケースで使う手続きが「緊急変更」だ。
通常変更 vs 緊急変更 変更リクエスト 変更諮問委員会(CAB)承認 計画・テスト 実施 通常変更（日〜週単位） 緊急変更リクエスト ECAB または 権限者が即時承認 即時実施 事後レビュー（必須） 緊急変更（時間〜当日）
変更タイプの比較
変更タイプ 承認 スピード 事後レビュー
標準変更 事前承認済み 即時〜短時間 不要
通常変更 CAB承認 日〜週単位 任意
緊急変更 ECAB/権限者 時間〜当日 必須

CAB＝変更諮問委員会 ／ ECAB＝緊急変更諮問委員会

緊急変更の手順
① 緊急性の判断
「通常手続きでは間に合わない」インシデント・重大リスクを確認。
▼
② ECAB または権限者による即時承認
少人数の緊急変更諮問委員会（ECAB）か、サービスオーナーが承認。通常のCABは不要。
▼
③ 最低限のテストで即時実施
本番環境への影響を抑えつつ迅速に実施。文書化は最小限。
▼
④ 事後レビュー（必須）
実施後に変更内容・影響・手順書を正式に文書化し、CABがレビュー。
ひっかけ注意ポイント
「承認が不要」ではない
緊急変更は通常のCAB承認を省略できるが、承認そのものをゼロにはできない。ECAB または権限者による承認は必ず必要。
「事後レビューが不要」は誤り
手続きを急いだ分、事後に必ずレビューと文書化が求められる。「緊急だから記録しなくていい」は×。
標準変更との混同
標準変更は「よくある低リスクの変更で事前に承認済みのテンプレ」。緊急変更とはまったく別。
判断のコツ
「今夜中に対処しないとサービス停止」→ 緊急変更。「いつもやるサーバ再起動」→ 標準変更。
覚え方（無理やりゴロ）
緊急変更は「急いで！でも承認はいる。後で必ず書く」
急いで＝即時実施 ／ 承認はいる＝ECAB承認必須 ／ 後で必ず書く＝事後レビュー必須

語呂：緊（キン）急は「金（キン）ちゃんが即OK、後で清書」
金ちゃん＝権限者 ／ 即OK＝即時承認 ／ 後で清書＝事後文書化