平成26年度秋期 ITサービスマネージャ 午前Ⅱ 問7

条件と役割の対応を確認する視点

設問を読むときは、問われている用語や手順の役割を、提示された条件の中で何に結び付けて確認するかに注目しましょう。似た概念との違いを急いで決めず、条件との対応関係を整理してから判断することが大切です。

この問題で問われていること

確認の中心は、設問中の条件が、問われている対象の目的・位置付け・関係性のどれに関係しているかを整理することです。個別の知識を当てはめる前に、条件と問いの対応を一つずつ照合しましょう。

視点

用語や手順を判断するときは、名称の印象だけで決めず、設問に含まれる条件が対象の役割や位置付けとどう関係するかを整理します。まず条件を分け、次に問いが求める観点と対応させ、最後に根拠のつながりを確認しましょう。

確認ポイント

• 設問で示された条件が、何を確認するための情報かを整理する
• 問われている対象の役割と、周辺の概念との関係を区別する
• 判断の根拠が、設問の条件に直接結び付いているか見直す

正解

ア

解説

リリース及び展開管理プロセスは、承認された変更を実際に提供できる形にまとめ、稼働環境へ展開するための活動を扱います。したがって、変更された構成品目を展開対象として構築する活動が該当します。

理由

稼働環境へ展開する変更を、関連する構成品目の集合として構築することは、リリースを準備し展開可能な状態にする活動です。そのため、リリース及び展開管理プロセスに含まれます。

比較

変更の影響を受ける構成品目の識別、変更要求の記録、CABの召集は、変更の影響確認や評価・承認に関わる活動です。これらはリリースを構築して展開する活動とは役割が異なります。

選択肢ア（正解）

これは正解だよ。リリース及び展開管理では、承認された変更を稼働環境へ届けるため、変更された構成品目を組み合わせて展開対象を構築します。提示された活動は、リリースを準備し、実際の展開に移せる状態を作る作業に当たるため、このプロセスに含まれます。

選択肢イ

これは不正解だよ。変更の影響を受ける構成品目を識別する活動は、変更による影響範囲や関係する構成情報を確認する段階の作業です。リリースを展開する対象を構築する活動ではないため、リリース及び展開管理そのものに該当しません。

選択肢ウ

これは不正解だよ。変更要求（RFC）を記録する活動は、変更を正式に受け付け、後続の評価や承認につなげるための管理作業です。変更をリリースとしてまとめて稼働環境へ展開する作業ではないため、該当するプロセスが異なります。

選択肢エ

これは不正解だよ。変更諮問委員会（CAB）の召集は、変更要求の内容や影響を評価し、実施可否を検討するための活動です。承認後の変更をリリースとして構築し展開する段階ではないため、リリース及び展開管理に含まれる活動とはいえません。

学習のポイント

変更管理とリリース及び展開管理の役割分担を理解する。