2.12.3. 変更管理の活動

1. 概要

　変更管理の活動は、システムやサービスに対する変更要求に対し、適切な対応を行うためのプロセス全体を指します。具体的には、優先度の決定、変更のカテゴリ（標準変更、通常変更、緊急変更など）による分類、リスクや事業利益、実現可能性、財務影響など多角的な評価を経て、**変更諮問委員会（CAB）による承認が行われます。さらに、承認された変更は計画、開発（構築）、試験を経た上で実稼働環境に展開され、問題発生時にはロールバック（切り戻し）の対策が講じられ、最終的に変更実施後のレビュー（PIR）**で振り返りが行われます。

2. 詳細説明

2.1. 変更要求の評価と優先度の決定

　変更管理プロセスの最初のステップは、各変更要求に対して優先度を決定することです。変更要求は、リスク、事業利益、実現可能性、及び財務影響などを考慮して評価されます。また、これにより変更要求は変更のカテゴリ（標準変更、通常変更、緊急変更など）に分類され、どの変更を優先的に処理するかが明確になります。

　以下は、各変更カテゴリの特徴をまとめた一覧表です。

変更カテゴリ	特徴	リスク	優先度	承認プロセス
標準変更	予め定義された手順で実施される変更	低～中	通常	CABによる定期審査
通常変更	計画的に実施される一般的な変更	中	中	CABによる審査と承認
緊急変更	迅速な対応が求められる変更	高	高	迅速なCAB審査又は事前承認済みのプロセス

表1: 変更のカテゴリ一覧表

2.2. 変更要求の承認プロセスと変更諮問委員会（CAB）

　変更要求の次のステップは、リスク、事業利益、実現可能性、財務影響などを総合的に評価した上で、変更諮問委員会（CAB）により承認を行うことです。CABは、各変更要求を検討し、適切な変更のカテゴリへの分類とともに、実施の可否や必要な対策について議論します。

2.3. 承認後の計画、開発及び試験

　承認された変更要求は、具体的な計画の策定、開発（構築）、および試験（テスト）を経て、問題の有無や影響範囲を十分に確認します。試験環境で十分な検証を行い、実稼働環境への展開前に最終チェックを実施します。

2.4. 失敗時の対応：ロールバック（切り戻し）の計画と試験

　変更が計画通りに機能しなかった場合は、**ロールバック（切り戻し）**の計画に基づいて、変更前の状態へ速やかに戻す手順を実施します。このロールバックの手順は、あらかじめ試験され、万一の障害発生時に安全かつ迅速に対応できるよう準備されていることが求められます。

2.5. 変更実施後のレビュー（PIR）

　変更が実稼働環境に展開された後は、**変更実施後のレビュー（PIR）**を実施します。PIRでは、変更が計画通りに実施され、業務に適切な影響を及ぼしたかどうか、また改善点がないかを評価し、次回以降の変更管理活動の品質向上に役立てます。

2.6. 変更管理プロセス全体の流れ

　以下の図は、変更管理の全体プロセスを視覚的に示したものです。変更要求の受付から優先度決定、CABによる承認、計画・開発・試験、リリース、万が一の際のロールバック（切り戻し）、そして変更実施後のレビュー（PIR）までの流れが一目で分かります。

flowchart TD
    A[変更要求の受付] --> B[優先度決定]
    B --> C[変更のカテゴリ分類
(標準変更、通常変更、緊急変更)]
    C --> D[変更諮問委員会（CAB）による審査]
    D --> E{承認
(または却下)}
    E -- 承認 --> F[計画策定]
    F --> G[開発（構築）]
    G --> H[試験（テスト）]
    H --> I[リリース・展開管理]
    I --> J[実稼働環境への展開]
    J --> K[変更実施後のレビュー（PIR）]
    E -- 却下 --> L[変更要求の再検討]
    H -- 試験失敗 --> M[ロールバック（切り戻し）計画と試験]
    M --> I

図1: 変更管理プロセスフロー図

3. 応用例

3.1. 企業における変更管理の活動

　大手企業では、システム更新や新機能の導入に際し、変更管理プロセスを厳格に運用しています。各変更要求に対して、優先度の設定や変更のカテゴリ（標準変更、通常変更、緊急変更など）による分類を実施し、変更諮問委員会（CAB）が定期的に審査・承認を行います。また、万一の障害発生時には、事前に策定されたロールバック（切り戻し）の手順が迅速に実行され、変更後は変更実施後のレビュー（PIR）で結果が評価され、次回以降の改善に活かされます。

3.2. ITシステムへの適用例

　ITサービスマネジメントの現場では、セキュリティパッチの適用やシステムアップデートに際し、変更管理のプロセスが不可欠です。緊急変更の場合、迅速な対応が求められるため、事前に定められたプロセスに従い、**変更諮問委員会（CAB）**が迅速に審査・承認し、承認後は計画、開発、試験を経て実稼働環境に展開されます。万が一のトラブル時には、**ロールバック（切り戻し）の対応が迅速に行われ、変更の影響については変更実施後のレビュー（PIR）**で評価されます。

4. 例題

4.1. 例題1

【問題】
　あるシステムに対する変更要求が提出されました。ユーザからのフィードバックをもとに事業利益の向上が期待される一方、実施に伴うリスクも存在します。以下の問いに答えなさい。

1. 変更要求の優先度決定において、考慮すべき要素は何か？
2. 承認プロセスにおいて、**変更諮問委員会（CAB）**はどのような役割を果たすのか？
3. 変更が失敗した場合、どのような対策（キーワードを含む）を講じるべきか？

4.2. 例題2

【問題】
　新機能追加のための変更要求があり、試験環境ではテストが成功しましたが、実稼働環境で問題が発生しました。以下の点について説明しなさい。

1. 試験された変更が実稼働環境に展開される前に確認すべき事項は何か？
2. 実稼働環境で問題が発生した場合、どのようなプロセス（キーワードを含む）が考えられるか？
3. 変更実施後に実施される**変更実施後のレビュー（PIR）**の目的は何か？

5. まとめ

　変更管理の活動は、システムやサービスの変更要求に対し、優先度の決定、変更のカテゴリ（標準変更、通常変更、緊急変更など）による分類、そして変更諮問委員会（CAB）による承認といった多角的な評価プロセスを経て進行します。承認後は、計画、開発、試験を経た上で、実稼働環境への展開が行われ、万一のトラブル時にはロールバック（切り戻し）により迅速な復旧が可能です。さらに、変更実施後のレビュー（PIR）を通じて、変更の効果や改善点をフィードバックし、継続的なサービス品質の向上を実現します。これらのプロセスを正しく理解し実践することは、システムの安定運用と業務リスクの最小化に直結します。