メインコンテンツへ
サービスマネジメント

ITILの問題管理(プロブレムマネジメント)に関する記述として、最も適切なものはどれか。

ア.インシデントの根本原因を調査し、既知のエラーとして登録することで、再発防止や影響の最小化を図る。正解
イ.サービスへの変更要求を受け付け、リスクを評価した上で変更作業の実施を承認する。
ウ.ユーザからの問合せやインシデントを受け付け、暫定対処によってできる限り迅速にサービスを復旧させる。
エ.SLAに基づいてサービスレベルを測定・報告し、合意した目標値を達成しているかを継続的に監視する。

解説

インシデント管理が「とにかく今の火を消す」担当なら、問題管理は「なぜ火事が起きたのかを調べて、次の火事を防ぐ」担当です。同じ障害を見ているようで、目的がまったく異なります。

なぜ ア が正解か

問題管理の核心は「根本原因分析(RCA)」と「既知のエラー管理」にあります。同じインシデントが繰り返されるとき、その背景にある構造的な原因を「問題(プロブレム)」として特定し、既知のエラーデータベース(KEDB)に登録します。これにより次回以降のインシデント対応を高速化できるだけでなく、最終的には恒久的な解決策によって根本から取り除くことを目指します。

なぜ イ は間違いか

これは変更管理(チェンジマネジメント)の説明です。変更管理は「サービスへの変更を安全に承認・コントロールする」仕組みであり、問題管理の「原因を究明する」とは役割が異なります。問題管理が「なぜ障害が起きたか調べる刑事」なら、変更管理は「手術の実施を承認する病院の倫理委員会」のようなイメージです。

なぜ ウ は間違いか

これはインシデント管理の説明です。インシデント管理の目標は「根本原因は後回しにしてでも、とにかく早くサービスを元に戻すこと」です。問題管理とは似ているようで、優先順位がまったく逆になっています。試験で最も混同されやすいペアなので要注意です。

なぜ エ は間違いか

これはサービスレベル管理(SLM)の説明です。SLMはSLAで合意した指標の達成状況を監視・報告する役割を担います。「障害が起きた原因を掘り下げる」問題管理とは目的が根本的に異なります。

出典: AI生成問題(学習用)