リリース管理とは？りりーすかんり
リリース管理とは、承認済みの変更を本番環境へ実際に移し、利用者が使える状態にするまでを受け持つプロセス。いつどの順で入れるかの計画、事前の確認、当日の展開作業、入れた後の稼働確認、そしてうまくいかなかったときに元へ戻す段取りまでを範囲とする。サービスマネジメントのプロセスの一つに数えられる。
最終更新：2026-10-10
この語が出る過去問を解く →背景
変更の中身が正しくても、本番へ出す瞬間には利用者が使えない時間や、途中で失敗して戻せなくなる危険が伴う。そこで「変えてよいか」という判断とは切り離し、「いつ・どうやって安全に出すか」を専門に組み立てる役割を置いた。作業を夜間や休日にずらすのも、業務への影響を抑えるためのこのプロセスの判断になる。誰にいつ知らせるかも同じ計画の一部に入る。
具体例
ネット銀行が新しい振込機能を入れる際、利用の少ない深夜に作業時間を設定して事前に告知し、異常が出たら旧版へ戻す手順を用意したうえで展開し、翌朝の取引が正常に流れているかを確かめる。ここまで済んで初めて、そのリリースは完了したと扱われる。
試験での引っ掛け
変更管理との役割分けが問われる。実施してよいかを審議して決めるのが変更管理、決まったものを本番へ安全に出すのがリリース管理。出して終わりではなく、切り戻し手順の用意と展開後の確認までが範囲に入る点も狙われる。
関連用語
出た過去問
問題文で直接問われたものと、解説の中で触れられたものが含まれます。
出典：平成22年度 秋期 ITパスポート試験 問33（IPA）
出典：平成22年度 秋期 ITパスポート試験 問40（IPA）解説で登場
ソフトウェアベンダから提供されたセキュリティパッチの内容を確認し、自社システムに適用する場合の影響を評価した。この作業はシステムの運用管理業務のうちどれに該当す…
正解：変更管理
要点：変更管理は変更の影響を評価し可否を決める
変更管理は、システムへの変更要求について影響範囲やリスクを評価し、実施の可否と方法を決めて統制するプロセスである。パッチの内容確認と自社システムへの影響評価は、変更を実施してよいかを判断する作業なので変更管理に該当する。実際に本番環境へ展開する作業はリリース管理が担う。
出典：平成23年度 秋期 ITパスポート試験 問47（IPA）解説で登場
ITサービスマネジメントのプロセスのうち，インシデントの根本原因を追及し，再発を防止するプロセスはどれか。
正解：問題管理
要点：問題管理は根本原因を除去して再発を防ぐ
問題管理は、繰り返し起きるインシデントや重大なインシデントについて根本原因を突き止め、恒久的な対策を講じて再発を防ぐプロセスである。まず復旧を優先するインシデント管理と対になる関係にあり、こちらは原因の除去に重きを置く。変更管理やリリース管理は、対策を実施に移す段階を担う。
出典：平成24年度 秋期 ITパスポート試験 問44（IPA）
ITサービスマネジメントのプロセスに関する説明a〜dのうち、適切なものだけを全て挙げたものはどれか。 a：インシデント管理では障害の復旧時間の短縮を重視する。 …
正解：a, c
要点：インシデント管理は早期復旧、問題管理は根本原因の究明
インシデント管理は、サービスの中断をできるだけ早く復旧させて業務への影響を抑えることを重視する。問題管理は、インシデントの背後にある根本原因を突き止め恒久的な対策を打つ。変更管理は変更の承認と影響評価を担い、実装結果の確認はリリース展開側の役割であり、ライセンス数の管理は構成管理や資産管理の領域である。
出典：平成26年度 春期 ITパスポート試験 問40（IPA）解説で登場
ITサービスマネジメントのプロセスに関する説明のうち、適切なものはどれか。
正解：ソフトウェア障害の根本原因を究明するのは問題管理である。
要点：障害の根本原因を突き止めるのは問題管理
問題管理は、繰り返し起きる障害の根本原因を突き止め、恒久的な対策につなげるプロセスである。これに対し、インシデント管理は業務の早期復旧、変更管理は変更の可否の審議と承認、リリース管理は承認された変更の本番環境への展開と構成の管理を担う。
出典・参考
解説は資格暗記が独自に作成しています。過去問の出典は各問題に記載のとおりです。