問40
頻出度★★★
IT サービスマネジメントにおけるリリース管理の説明として, 適切なものはどれか。
平成23年度 特別試験 ITパスポート試験 問40
マネジメント系サービスマネジメント › サービスマネジメントシステム
この問題の解説と、これまでの解答の記録です。
解説
問 40
不正解ア
インシデントが発生した根本原因を突き止め、問題の再発を防ぐのは問題管理の説明である。問題管理は、繰り返し起こるインシデントや重大なインシデントの背後にある根本原因 (問題) を調査・分析し、恒久的な解決策を見いだして再発を防止することを目的とする。サービスを早く戻すことより、原因を断つことを重視する点が特徴である。原因究明の結果として必要になった修正は、変更管理へ申請され承認を経てからリリース管理によって稼働環境へ適用されるという流れになり、問題管理そのものはリリース管理とは別のプロセスである。
不正解イ
インシデント発生時に、迅速に通常のサービス運用を回復するのはインシデント管理の説明である。インシデント管理の最優先目的は、利用者への影響を最小限に抑えるために、できるだけ早くサービスを通常の状態に戻すことであり、そのためには根本原因が未解明でも暫定的な回避策 (ワークアラウンド) を用いてかまわない。原因の究明は問題管理、承認された変更の稼働環境への適用はリリース管理と、役割が明確に分かれている。したがってこの記述はリリース管理の説明ではない。
不正解ウ
組織で使用している IT 資産を正確に把握し、不適切な使用をさせないのは IT 資産管理 (ソフトウェア資産管理を含む) の説明である。ハードウェアやソフトウェア、ライセンスの保有状況と利用状況を台帳などで正確に把握し、ライセンス数を超えた使用や無許可ソフトウェアの導入といった不適切な使用を防ぐことを目的とする。資産や構成情報を正しく維持する活動であって、承認された変更を稼働環境へ適用する活動ではないため、リリース管理の説明としては誤りである。
- エ
正解 正解はエ。リリース管理 (リリース及び展開管理) とは、変更管理プロセスで承認された変更を、実際に稼働環境 (本番環境) へ導入し、利用者が使える状態にするまでを担う管理プロセスである。IT サービスマネジメントでは、変更を「認めるかどうか判断する役」と「認められた変更を実際に本番へ適用する役」を意図的に分けており、前者が変更管理、後者がリリース管理にあたる。具体的には、承認された複数の変更をリリースという一つのまとまりに束ね、リリース計画を立て、必要なプログラムや機器を構築し、稼働環境と同等の環境で受入テストを行い、利用者への周知や教育、切替え作業の手順と実施日時の調整、そして万一失敗したときに元の状態へ戻すための切戻し (バックアウト) 手順の準備までを行ったうえで、計画に沿って稼働環境へ展開する。展開後は正しく動作しているかを確認し、結果を構成管理データベース (CMDB) などの記録に反映させる。このように、承認済みの変更を安全かつ確実に本番へ届けることがリリース管理の目的であり、エの記述がその内容そのものである。
ここがポイント
- リリース管理の定義 — 変更管理で承認された変更をリリース単位にまとめ、構築・テスト・利用者周知・切戻し手順の準備を経て、計画的に稼働環境へ導入・展開する管理プロセス。変更を「承認する役」が変更管理、「本番へ適用する役」がリリース管理という分業関係を押さえる。
- 類似プロセスの区別 — インシデント管理は迅速なサービス回復 (原因不明でも回避策で復旧)、問題管理は根本原因の究明と再発防止、IT 資産管理は資産の正確な把握と不適切使用の防止。各プロセスの目的で読み分けるのが定番の出題パターンである。
用語