リリース管理・展開管理とは？りりーすかんりてんかいかんり
リリース管理・展開管理とは、承認済みの変更を本番環境へ届けるまでを、まとまった単位として計画し、構築・検証・展開・切戻しまで統制する活動。個々の変更を認めるかどうかの判断とは別に、いつ何をまとめて出すかを決めることに役割がある。束ねる単位と頻度、そして切戻しの判断基準を事前に決めておくことが要になる。
最終更新：2026-10-06
この語が出る過去問を解く →背景
変更を一件ずつ本番へ入れると、停止の機会も検証も回数だけ増え、利用部門の負担が積み上がる。逆にまとめすぎれば、障害が出たときに原因の切り分けができない。この二つの間で束ね方と頻度を決めるのがこの活動である。切戻しの判断期限を先に決めておくかどうかが、深夜の現場で撤退できるかを分ける。
具体例
GitHub Actionsで本番同等の環境へ自動展開し、通し検証が通ったものだけを月次の束に入れる。展開当日は午前3時を切戻し判断の期限に置き、前の版へ戻す手順を事前にリハーサルしておく。緊急の是正だけは臨時枠として別に出す。
試験での引っ掛け
変更管理が判断するのは「変えてよいか」、こちらが扱うのは「どうまとめて安全に出すか」で、別の活動である。構成管理台帳の更新を伴わないリリースを許すと、次の障害時に本番へ何が入っているかを誰も言えなくなる。
関連用語
出た過去問
出典：平成28年度 春期 プロジェクトマネージャ試験 午前Ⅱ 問20（IPA）解説で登場
ITILで定義されるサービスのライフサイクルにおける,サービストランジション段階の説明はどれか。
正解：規定された要件と制約に沿って,サービスを運用に移行し,確実に稼働させることである。
要点：サービストランジションは設計済みサービスを本番へ移行する段階
ITILのサービスライフサイクルは、サービスストラテジ、サービスデザイン、サービストランジション、サービスオペレーション、継続的サービス改善の5段階からなる。サービストランジションは、設計されたサービスを要件と制約に沿って本番環境へ移行し、確実に稼働させる段階で、変更管理やリリース管理、構成管理を担う。
出典・参考
解説は資格暗記が独自に作成しています。過去問の出典は各問題に記載のとおりです。