応用情報技術者 2009年 秋期 午前2 問57
問題文
ITILにおいて、問題管理でエラーの根本原因を識別した後に RFC を出す対象となるプロセスはどれか。
選択肢
ア:インシデント管理
イ:可用性管理
ウ:構成管理
エ:変更管理(正解)
ITILにおける問題管理のRFC提出先プロセス【午前2 解説】
要点まとめ
- 結論:問題管理で根本原因を特定した後は、変更管理にRFCを提出します。
- 根拠:根本原因の解決にはシステムやサービスの変更が必要であり、変更管理がその承認と実施を担います。
- 差がつくポイント:インシデント管理は一時対応、変更管理は恒久的解決策の実施に関わる点を理解しましょう。
正解の理由
問題管理はエラーの根本原因を特定し、恒久的な解決策を講じるためのプロセスです。根本原因を解決するためにはシステムやサービスの変更が必要になることが多く、その変更を正式に管理・承認するのが変更管理です。したがって、問題管理で特定した根本原因に基づく変更要求(RFC: Request For Change)は変更管理に提出されます。
よくある誤解
インシデント管理と混同しやすいですが、インシデント管理はサービスの迅速な復旧を目的とし、根本原因の解決は問題管理と変更管理の役割です。
解法ステップ
- 問題管理の役割を理解する(根本原因の特定と恒久対策の検討)。
- RFC(変更要求)が何を意味するか確認する(変更の正式な申請)。
- 変更管理の役割を把握する(変更の承認・計画・実施)。
- 選択肢のプロセスの役割を比較し、変更管理が最適と判断する。
選択肢別の誤答解説
- ア: インシデント管理はサービスの迅速復旧が目的で、根本原因解決後の変更申請は扱いません。
- イ: 可用性管理はサービスの可用性向上を目的とし、変更申請のプロセスではありません。
- ウ: 構成管理はIT資産の管理が主で、変更申請の承認や実施は行いません。
- エ: 変更管理はRFCの受け入れ、承認、実施を担当し、根本原因解決後の変更申請先として正解です。
補足コラム
ITILの問題管理は「問題の根本原因を特定し、恒久的な解決策を提供する」ことに重点を置きます。RFCは変更管理プロセスの中で扱われ、変更の影響評価やリスク管理も行われます。これによりサービスの安定性と品質が保たれます。
FAQ
Q: RFCとは何ですか?
A: RFCは「Request For Change」の略で、変更管理に提出する正式な変更要求書です。
A: RFCは「Request For Change」の略で、変更管理に提出する正式な変更要求書です。
Q: インシデント管理と問題管理の違いは?
A: インシデント管理はサービスの迅速な復旧を目的とし、問題管理は根本原因の特定と恒久的解決を目的とします。
A: インシデント管理はサービスの迅速な復旧を目的とし、問題管理は根本原因の特定と恒久的解決を目的とします。
関連キーワード: ITIL, 問題管理、変更管理、RFC, インシデント管理、ITサービスマネジメント

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

