リリース管理 りりーすかんり
リリース管理デプロイリリース計画変更管理ITILカットオーバー
リリース管理って何？デプロイと同じじゃないの？
簡単に言うとこんな感じ！
デプロイは「コードを本番環境に反映する技術的な作業」で、リリース管理は「いつ・何を・どんな手順で・関係者に何を伝えてリリースするかを計画・調整・実行する」より広い概念だよ！「デプロイは成功したけど、ユーザーに告知してなかった」を防ぐのがリリース管理なんだ。
リリース管理とは
リリース管理（Release Management） とは、ソフトウェアの変更を本番環境に安全・確実・計画的に反映するためのプロセス全体を管理する活動です。
ITILでは「変更管理」「リリース管理」「展開管理」の3つのプロセスとして体系化されています。CI/CDパイプラインの普及で技術的なデプロイは自動化が進みましたが、「誰に何を伝えるか・いつリリースするか・問題が起きたらどう戻すか」の管理は依然として重要です。
リリース管理の主な活動
| 活動 | 内容 |
|---|---|
| リリース計画 | 何をいつリリースするかの計画策定 |
| 変更影響分析 | リリース内容が他システム・業務に与える影響評価 |
| 承認プロセス | CAB（変更諮問委員会）等での審査・承認 |
| リリースノート作成 | 変更内容・新機能・既知の問題の文書化 |
| ロールバック計画 | 問題発生時の切り戻し手順の準備 |
| ユーザー通知 | メンテナンス告知・操作変更の周知 |
| 事後評価 | リリース後の問題確認・改善点の記録 |
リリース頻度の比較
| 手法 | 頻度 | 特徴 |
|---|---|---|
| ウォーターフォール | 月次〜半年 | 大きなバッチでリリース |
| スクラム | スプリント末（2週間毎） | スプリントごとにリリース判断 |
| 継続的デリバリー | 1日複数回も可能 | 自動化パイプラインで高頻度 |
歴史と背景
- ITIL v2（2000年代）：リリース管理がITサービス管理の独立プロセスとして確立
- DevOps・CI/CD（2010年代）：自動化による高頻度リリースが主流に
- 現在：デプロイはCI/CDで自動化、リリース判断はビジネス側が柔軟にコントロール
関連用語
- カットオーバー — 大規模システム移行の特殊なリリース
- 変更管理 — リリース管理の前段となる変更の承認プロセス
- スプリントレビュー — リリース判断を行うアジャイルのセレモニー
- 完了の定義（DoD） — リリース可能状態の基準
- 技術的負債 — リリース後に残る品質上の問題