ITパスポート 2011年 春期 問40

リリース管理の説明【ITパスポート 解説】

正解の理由

• リリース管理：本番環境へ新しい機能や修正を展開するプロセス。
• 変更管理（Change Management）：変更の内容やリスクを審査・承認するプロセス。承認が下りてからリリース管理が実行されます。

解法ステップ

1. 問題文で求められている役割「リリース管理」を頭に置く。
2. 各選択肢のキーワードを見て、どのIT運用プロセスに該当するかを考える。
   • 「根本原因を突き止める」→問題管理（Problem Management）
   • 「迅速に通常のサービス運用を回復する」→インシデント管理（Incident Management）
   • 「IT資産を把握する」→資産管理または構成管理（Asset/Configuration Management）
   • 「承認された変更を稼働環境に適用する」→リリース管理（Release Management）
3. 上の対応を照らし合わせて、リリース管理に一致する選択肢を選ぶ。ここでは エ が該当します。

選択肢別の誤答解説

• ア: インシデントが発生した根本原因を突き止め、問題の再発を防ぐ。
  • これは問題管理（Problem Management）の説明です。問題管理は繰り返す障害の原因を調査し、恒久対策を行うことを目的とします。
• イ: インシデント発生時に、迅速に通常のサービス運用を回復する。
  • これはインシデント管理（Incident Management）の説明です。優先は「素早くサービスを戻す」ことで、根本原因の調査は別に行われます。
• ウ: 組織で使用しているIT資産を正確に把握し、不適切な使用をさせない。
  • これは資産管理（IT Asset Management）や構成管理（Configuration Management：構成情報を管理するプロセス）の説明です。資産台帳（ハード／ソフトの一覧）やCMDB（Configuration Management Database：構成管理データベース）で管理します。
• エ: 変更管理で承認された変更を稼働環境に適用する。
  • これがリリース管理の主要な役割です。変更管理で「OK」が出たあと、実際に導入する手順やタイミングを管理します。

よくある誤解

1. 変更管理とリリース管理は同じだと思い込む
   • 誤解です。変更管理は「変更の審査・承認」を行い、リリース管理は「承認された変更を実際に配布・導入」します。役割が分かれています。
2. インシデント対応＝問題解決だと考える
   • インシデント対応はまずサービスを回復することが目的です。根本原因の特定や恒久対策は問題管理で扱います。
3. リリース管理は単にファイルをコピーするだけと思う
   • 実際はテスト、スケジュール調整、影響範囲の確認、ロールバック計画、関係者への通知など多くの作業が含まれます。

補足コラム

• 実務での流れ（簡単な例）：あるソフトの修正を提案 → 変更管理でリスク審査と承認 → リリース管理でパッケージ化、テスト、導入スケジュール決定 → 本番へデプロイ → 監視と必要ならロールバック。
• 最近はDevOpsやCI/CD（継続的インテグレーション/継続的デリバリー）により、リリース管理の一部が自動化されることが増えています。しかし「何をいつ誰が本番に反映するか」を管理する考え方は変わりません。
• CMDB（Configuration Management Database：構成管理データベース）には、リリースする対象（どのサーバ、どのソフト）が記録され、リリース計画で参照されます。

FAQ