応用情報技術者 2018年 秋期 午前2 問55
問題文
図は、ITIL 2011 editionのサービスライフサイクルの各段階の説明と流れである。a〜dの段階名の適切な組合せはどれか。


選択肢
ア:
イ:(正解)
ウ:
エ:
🔒 解説は解答すると表示されます
ITILサービスライフサイクル【午前2解説】
正解の理由
図の4段階は、ITIL 2011 のサービスライフサイクルにおける「Strategy → Design → Transition → Operation」の順序を示しています。選択肢のうち、a がサービスストラテジ、b がサービスデザイン、c がサービストランジション、d がサービスオペレーションとなっている組合せがこれに一致するため、イが正解です。各段階の役割(戦略策定→設計・構築→本番導入準備と移行→日常提供・サポート)と、図の流れが論理的に合致します。
解法ステップ
- 各段階の説明でキーワードを拾う
- 「全体的な戦略」→Service Strategy
- 「事業要件を取り入れ、サービスと運用を作り出す」→Service Design
- 「前段の成果を受け取り、テスト・本番展開する」→Service Transition
- 「効果的かつ効率的に提供しサポートする」→Service Operation
- 抽出したキーワードを段階の順序(戦略→設計→移行→運用)にあてはめる。
- 選択肢の各セルと照合し、順序が一致するものを選ぶ(この方法でイが一致)。
選択肢別の誤答解説
- ア
- 記載内容:a=サービスストラテジ、b=サービスオペレーション、c=サービストランジション、d=サービスデザイン
- 誤りの理由:b がサービスオペレーションとあり、設計(Service Design)や移行(Service Transition)を経ずに運用が先に来ている配置になっています。運用は本番での提供・サポートを指し、移行完了後に行うのが正しいため順序が崩れています。
- ウ
- 記載内容:a=サービスデザイン、b=サービスストラテジ、c=サービストランジション、d=サービスオペレーション
- 誤りの理由:a と b が逆転しています。まず全体戦略(Strategy)を定めてから具体的な設計(Design)に進むのが基本で、設計が先に来るのは順序の誤りです。
- エ
- 記載内容:a=サービスデザイン、b=サービストランジション、c=サービスストラテジ、d=サービスオペレーション
- 誤りの理由:c にサービスストラテジが入っており、戦略が後半に来ています。戦略はライフサイクルの出発点であり、ここでは位置が不適切です。
よくある誤解
- サービストランジションとサービスオペレーションを混同しやすい
- 「導入=運用」と考え、テストや移行作業(Transition)の役割を見落とすことがある。Transition はリリース・展開・検証を扱い、Operation は日常の提供・サポートを担当します。
- サービスデザインを戦略より上位と誤解する
- デザインは戦略を受けて具体化する工程であり、戦略なくして適切な設計はできません。
- 継続的サービス改善(CSI)を直線の最終段階だと考える
- CSI はライフサイクル全体を横断する継続的プロセスで、独立した終端フェーズではありません。
補足コラム
覚え方の一例:日本語で「戦設移運」(読み:せんせついん)と短縮して覚えるか、語呂で「戦(せん)→設(せつ)→移(い)→運(うん)」と順に並べると整理しやすいです。ITIL 2011 ではこのライフサイクル概念が明確化され、CSI(継続的サービス改善)は常にモニタリングと改善を回す役割として全段階を支えます。
FAQ
Q1. Service Transition と Release Management は同じですか?
A1. 異なります。Release Management は Transition の中の重要な機能(リリース・展開の管理)であり、Transition はリリース管理のほか、知識移管、検証、構成管理など広い活動を含みます。
A1. 異なります。Release Management は Transition の中の重要な機能(リリース・展開の管理)であり、Transition はリリース管理のほか、知識移管、検証、構成管理など広い活動を含みます。
Q2. CSI はどの段階に属しますか?
A2. CSI はライフサイクル全体を横断する活動で、特定の順序に属するものではありません。各段階のパフォーマンスを継続的に測定して改善に結び付けます。
A2. CSI はライフサイクル全体を横断する活動で、特定の順序に属するものではありません。各段階のパフォーマンスを継続的に測定して改善に結び付けます。
Q3. この順序は現代のDevOpsと矛盾しますか?
A3. 本質的には矛盾しません。DevOps は設計〜移行〜運用の垂直統合と自動化を促進しますが、戦略→設計→移行→運用というライフサイクルの考え方は依然有効であり、DevOps はこれらを高速に回す手法と捉えられます。
A3. 本質的には矛盾しません。DevOps は設計〜移行〜運用の垂直統合と自動化を促進しますが、戦略→設計→移行→運用というライフサイクルの考え方は依然有効であり、DevOps はこれらを高速に回す手法と捉えられます。
関連キーワード: ITIL、サービスストラテジ、サービスデザイン、サービストランジション、サービスオペレーション、継続的サービス改善、ライフサイクル、リリース管理

\ せっかくなら /
応用情報技術者を
クイズ形式で学習しませんか?
クイズ画面へ遷移する→
すぐに利用可能!

