変更管理とは
変更管理とは、ITサービスを構成するシステムやサーバーの設定、ソースコードなどを変更する際に、その変更作業によって発生するリスク（新たなシステム障害やユーザー業務への影響）を最小限に抑え、安全かつ確実に移行を進めるための承認・管理プロセスです。
システムに新しい機能を追加したりバグを修正したりすることは必要不可欠ですが、十分なテストや計画なしに本番環境へ変更を加えると、予期せぬ大きな障害を引き起こす危険性があります。変更管理プロセスでは、「なぜその変更を行うのか」「影響を受ける範囲はどこか」「作業が失敗した時の切り戻し（元に戻す）手順はあるか」などを「変更諮問委員会（CAB）」などで事前に評価・承認した上で、計画に沿って安全に変更を実行します。
具体例
例えば、銀行のシステムに新しい消費税率に対応するプログラムを適用する際、エンジニアが勝手に本番サーバーを書き換えることはしません。事前に「テスト環境での成功結果」「実施日時（利用者の最も少ない土曜日の深夜）」「トラブル発生時に古いプログラムへ差し戻す手順」を記載した変更申請書を提出し、承認を得てから作業を実施します。
もう少し詳しく
変更管理は、ITサービスを構成するサーバー、ネットワーク、アプリケーションなどの要素（構成アイテム）の変更を安全に実行するための管理プロセスです。システムに新しい機能を適用したり、プログラムのバグを修正したりする際、事前の十分な検証や計画なしに本番環境を書き換えると、予期せぬ大きなシステム障害を招くリスクがあります。変更管理では、まず変更依頼（RFC）を受け取り、その変更の必要性、システムへのリスクや影響範囲、必要なコストを総合的に評価します。重要な変更については、システム関係者やビジネス担当者からなる「変更諮問委員会（CAB）」で承認の可否を審査します。承認された変更案には、作業が予定通りにいかなかった場合に元の正常なシステム状態に巻き戻すための「切り戻し（ロールバック）計画」が必ず含まれる必要があり、これをもって変更作業のリスクを最小限にコントロールします。
試験でのポイント
試験では、変更管理の主な目的や「変更諮問委員会（CAB：Change Advisory Board）」の役割が問われます。「変更作業に伴うサービスへの悪影響や障害リスクを最小限に抑えつつ、安全に変更を実施すること」という目的を選択できるようにしましょう。また、重大な変更を事前に評価・承認するCABの存在や、突発的な障害対応などで行われる緊急変更の手順、および変更手順には「作業が失敗したときに元の正常な状態に戻すための切り戻し（ロールバック）手順」が必要とされる点が出題ポイントになります。
関連する用語
ITILで定められたプロセスであり、変更が必要な根本原因を突き止める問題管理や、変更された内容を実際の環境に適用するリリース管理、変更後のシステムの構成情報を最新に記録する構成管理などと繋がっています。