問題
問37 システムの利用者数が当初の想定よりも増えてシステムのレスポンスが悪化したので，増強のためにサーバを1台追加することにした。動作テストが終わったサーバをシステムに組み入れて稼働させた。この作業を実施するITサービスマネジメントのプロセスとして，適切なものはどれか。
選択肢
- アインシデント管理
- イ変更管理
- ウ問題管理
- エリリース及び展開管理
解説
正解：エ
概要
この問題は、ITILにおけるITサービスマネジメントのプロセスのうち、追加したサーバを本番環境に組み入れて稼働させる作業がどれに当たるかを問うています。テスト済みの変更を本番へ展開する手続きの理解がポイントです。
正解の理由
サーバを1台追加して本番システムに組み入れ稼働させるのは、変更内容を計画に従って本番環境へ配布・展開する作業です。ITILでは、このようなリリース物（変更された構成要素）を本番へ移行・展開するプロセスをリリース及び展開管理で扱います。したがってエが適切です。
各選択肢の解説
ア（×）: インシデント管理は、サービス中断や品質低下が起きた際に迅速に復旧させるプロセスです。サーバ追加という変更の本番組込みそのものを扱う中心ではないため誤りです。
イ（×）: 変更管理は、変更要求の評価・承認・計画など、変更を安全に進めるための統制を行います。本問の「テストが終わったサーバを組み入れて稼働させた」という実作業は、変更の展開段階なので誤りです。
ウ（×）: 問題管理は、インシデントの根本原因を分析し再発防止を図るプロセスです。性能悪化の原因分析なら対象になり得ますが、追加サーバを本番に組み入れる作業そのものではないため誤りです。
エ（〇）: リリース及び展開管理は、承認された変更を計画どおりに本番環境へ配布・展開し、稼働させるプロセスです。動作テスト済みのサーバをシステムに組み入れて稼働させる作業に合致するため正しいです。
ポイント
変更管理は「承認・統制」、リリース及び展開管理は「本番への配布・組込み」を担当します。問題管理は根本原因、インシデント管理は早期復旧と役割で区別します。