【へんこうかんり】
変更管理 とは？
最終更新:
💡 変更の影響を見て、進め方を決める
ITサービスへの変更を、影響やリスクに応じて計画・評価・承認・実施・確認する活動。標準・通常・緊急変更、CABと承認者、復旧計画の考え方を解説します。
📌 このページのポイント
- 変更の目的、対象、影響、担当と実施結果を記録する
- 標準・通常・緊急変更では、適した手続きを選ぶ
- すべての変更を、同じ会議で承認するとは限らない
- 失敗時の復旧方法と、実施後の確認を考えておく
ひよこ 変更管理は、なぜ必要？
ペンギン先生 更新や設定の変更は、便利にする一方で利用者やほかのシステムへ影響することがある。何を、なぜ、誰が、いつ変えるかを整理し、影響に合う確認をするためだよ。手続きを増やすこと自体が目的ではないんだ。
ひよこ 毎回、会議で承認するの？
ペンギン先生 すべて同じではないよ。標準変更は、低リスクで手順がよく分かり、事前に承認された変更。通常変更は、個別に影響や計画を評価する。誰が承認するかは、変更の種類と組織のルールに合わせるんだ。
ひよこ CABが、全部を決める？
ペンギン先生 ひよこ 緊急なら、先に変えて後から承認？
ペンギン先生 緊急変更は、障害や脅威などへ素早く対応する変更だよ。評価や承認を急いで進める手続きを決めておく。急ぎだから無条件で省略してよい、という意味ではない。時間の制約で確認が限られた部分も記録し、後で結果を確かめよう。
ひよこ 自動デプロイとは、両立する？
ペンギン先生 できるよ。テストやレビュー、実施条件、記録をパイプラインへ組み込む方法がある。自動化しただけで、すべて標準変更になるわけではない。変更の内容を評価し、成功・失敗の結果から進め方を改善するんだ。
もっと詳しく知りたい人へ
元へ戻せない変更は、どう考える？
切り戻しだけでなく、バックアップからの復旧や追加修正など、内容に合う方法と判断条件を考えます。アプリを旧版へ戻しても、変更したデータまで元へ戻るとは限りません。復旧方法を含めて計画・評価します。
変更要求のRFCは、インターネット標準の文書？
この文脈のRFCはRequest for Change、つまり変更要求です。インターネットの仕様文書を指すRequest for Commentsとは、同じ略語でも意味が違います。
まとめ：ざっくりこれだけ覚えればOK！
「変更管理」って出てきたら「システムの変更を、影響やリスクに応じて計画し管理する活動」と思えばだいたいOK！
📖 おまけ：英語の意味
「Change Management」 ＝ 変更を管理すること
💬 ここでは、ITサービスへ影響する変更を扱います。組織や人の働き方を変える活動も同じ英語で呼ばれるため、文脈を区別します。