変更管理／リリース及び展開管理とは？

変更管理／リリース及び展開管理の意味

変更管理は本番サービスへの変更を記録・評価・承認・レビューするプロセス、リリース及び展開管理は承認された変更を実際に本番へ配置するプロセス。「変えてよいか」と「どう安全に届けるか」を分けて統制する点が要で、切戻し手順と実施後レビューまで含めて1つの流れとして問われる。

変更管理／リリース及び展開管理の具体例

新機能を月1回のリリース単位にまとめ、CABで承認後に土曜深夜へ展開する。まず社内10%の利用者だけに公開して1週間様子を見てから全体展開し、異常時は30分以内に旧版へ戻せる手順を用意する。緊急のセキュリティ修正だけはこの束から外し、単独で先行展開する。

変更管理／リリース及び展開管理は試験でどう引っ掛けられる？

プロジェクト側の統合変更管理と混同しやすい。統合変更管理はプロジェクトのベースライン（スコープ・納期・コスト）への変更を扱うのに対し、こちらは稼働中のサービスへの変更を扱う。移行後は責任の所在がPMから運用側へ移る点も狙われる。

変更管理／リリース及び展開管理と関連する用語

• 変更諮問委員会（CAB）
• 統合変更管理
• 移行リハーサル

変更管理／リリース及び展開管理が出た過去問

• ITILで定義されるサービスのライフサイクルにおける,サービストランジション段階の説明はどれか。

  正解：規定された要件と制約に沿って,サービスを運用に移行し,確実に稼働させることである。

  要点：サービストランジションは設計済みサービスを本番へ移行する段階

  ITILのサービスライフサイクルは、サービスストラテジ、サービスデザイン、サービストランジション、サービスオペレーション、継続的サービス改善の5段階からなる。サービストランジションは、設計されたサービスを要件と制約に沿って本番環境へ移行し、確実に稼働させる段階で、変更管理やリリース管理、構成管理を担う。

  出典：平成28年度 春期 プロジェクトマネージャ試験 am2 問20（IPA）

• ISO 21500:2012(プロジェクトマネジメントの手引き(英和対訳版))によれば、プロジェクトマネジメントのプロセスグループには、立上げ、計画、実行、コン…

  正解：実行,コントロール

  要点：変更要求は実行とコントロールの二つのプロセスグループを往復する

  変更要求は、実行プロセスグループの作業中に問題や逸脱が見つかったときに申請され、コントロールプロセスグループの統合変更管理で審査・承認される。承認された変更は再び実行プロセスグループへ戻って作業に反映されるため、この二つのプロセスグループが変更要求を介して相互に作用する。

  出典：平成30年度 春期 プロジェクトマネージャ試験 am2 問1（IPA）

• PMBOKガイド 第5版の統合変更管理プロセスにおいて、プロジェクトのプロダクト、サービス、所産、構成要素などの特性に対する変更と実施状況を記録・報告したり、要…

  正解：コンフィギュレーション・マネジメント

  要点：構成管理は成果物の特性変更を記録し適合性監査を支える活動

  コンフィギュレーション・マネジメント（構成管理）は、成果物や構成要素の特性を識別し、その変更内容と実施状況を記録・報告するとともに、要求事項へ適合しているかを確認する監査を支援する活動である。統合変更管理プロセスの中で、変更そのものの承認手続と並行して、構成品目の版と状態を管理する役割を担う。

  出典：平成30年度 春期 プロジェクトマネージャ試験 am2 問3（IPA）

• プロジェクトマネジメントにおいて、スコープクリープが発生する原因となり得る事例はどれか。

  正解：設計中の機能を拡充するための軽微な変更要求と判断したので、コストや工数を見積もることなく、設計作業を推進した。

  要点：変更管理を経ない小さな追加の積み重ねがクリープ

  スコープクリープとは、正式な変更管理の手続を経ないまま、小さな追加や修正が積み重なってスコープがじわじわと広がっていく現象をいう。軽微だという自己判断でコストや工数への影響を見積もらずに作業を進めてしまう事例がまさにこれに当たる。承認を得た変更や、承認されなかった変更、見積り誤りはスコープクリープではない。

  出典：令和7年度 秋期 プロジェクトマネージャ試験 am2 問4（IPA）