💻 ITパスポート | テクノロジ系(ITIL)

リリース管理とは?

システムへの変更を、テスト・承認・展開のプロセスに乗せて
本番環境へ安全・確実に届けるための管理活動。

🎬 こんなシーンを想像
「ECサイトに新機能を追加する」という変更を本番環境に展開することになった。
手順書・ロールバック計画・リリース日時を決め、チェックリストで1つずつ確認しながら本番適用した。
…この"安全な展開の管理全体"がリリース管理!
📦 リリース管理の全体像 開発環境 コーディング テスト環境 品質確認 本番環境 リリース完了! ↑ リリース管理がこの全プロセスを管理 ↑ 計画・承認・テスト・展開・ロールバック手順を一元管理 失敗時はロールバック 成功で正式稼働開始
🗺️ リリース管理のステップ
① リリース計画の策定
いつ・どの変更を・どの手順で本番適用するかの計画を立てる。ロールバック手順も含める。
② テスト環境での検証・承認
本番と同等の環境でテストし、関係者が「本番適用OK」と承認する。
③ 本番環境への展開
計画に従い、手順書通りに本番へ適用。チェックリストで1ステップずつ確認。
④ 展開後の確認・記録
正常動作を確認し、リリース記録を残す。問題があれば即ロールバック。

変更管理

「変更を承認するか」を決めるプロセス。変更の可否判断が中心。

リリース管理

「承認された変更を安全に本番へ届ける」プロセス。展開の実行が中心。

⚠️ ひっかけ注意ポイント
「変更管理」と混同しやすい
変更管理は「変更を承認するかどうかを決める」プロセス。リリース管理は「承認された変更を本番へ安全に展開する」プロセス。順番は「変更管理→リリース管理」。
「インシデント管理」と混同しやすい
インシデント管理は「本番で障害が起きた時の対応」。リリース管理は障害を防ぐために展開を管理する。目的が違う。
「ITIL」のサービス移行プロセスに含まれる
リリース管理はITILの「サービス移行」フェーズに属す。「サービス運用」に入れると間違い。
判断のコツ
「本番環境へ安全に展開・配備する管理」→ リリース管理。「変更の承認・却下を判断する管理」→ 変更管理。
🧠 覚え方(無理やりゴロ)
リリース=CDのリリースと同じ!
アーティストが新曲をリリースするとき、
録音→マスタリング→審査→プレス→店頭へと全工程を管理する。
システムも同じ=本番への"デビュー"を管理するのがリリース管理。

「リリース=本番デビュー」を安全に届ける管理
ITパスポート 詳細解説 / itp-release-management