システム監査技術者 2014年 午前2 問22
問題文
ITサービスマネジメントにおける問題管理プロセスの活動はどれか。
選択肢
ア:根本原因の特定(正解)
イ:サービス要求の優先度付け
ウ:変更要求の記録
エ:リリースの試験
🔒 解説は解答すると表示されます
問題管理プロセス【午前2解説】
正解の理由
問題管理プロセスは、サービスで発生したインシデントの根本原因を特定し、再発を防止するための活動です。そのため、根本原因を調べるアが適切です。
問題管理では、原因を特定するだけでなく、原因がすぐに解消できない場合に既知の誤りとして記録し、回避策を管理することもあります。
解法ステップ
- 問題管理の目的を確認します。目的は、インシデントの根本原因を特定し、再発や影響を抑えることです。
- 各選択肢のキーワードを、サービス要求・変更・リリースなどの別の活動と照らし合わせます。
- 根本原因の特定を示すアを選びます。
選択肢別の誤答解説
- ア:根本原因の特定は、問題管理の中心的な活動です。インシデントの背後にある原因を分析し、再発防止につなげます。
- イ:サービス要求の優先度付けは、サービス要求の受付・処理に関する活動です。問題の根本原因を調べる活動ではありません。
- ウ:変更要求の記録は、変更管理に関する活動です。問題管理で原因分析の結果として変更が必要になる場合はありますが、変更要求の記録そのものが問題管理の中心的な活動ではありません。
- エ:リリースの試験は、リリース管理に関する活動です。変更されたサービスやシステムが期待どおりに動作するかを確認します。
よくある誤解
- インシデント管理と問題管理を混同しがちです。インシデント管理はサービスを速やかに復旧させること、問題管理は根本原因を調べて再発を防ぐことが主な目的です。
- 問題管理では、原因の特定だけでなく、回避策や既知の誤りの管理も行います。
- 問題の解決に変更が必要な場合でも、変更の承認・実施などは変更管理と連携して進めます。
補足コラム
インシデントが発生しても、原因をすぐに特定できるとは限りません。サービスを先に復旧させる必要がある場合は、回避策を適用し、その後に問題管理で原因を分析することがあります。つまり、インシデント管理は迅速な復旧、問題管理は原因究明と再発防止と整理すると、両者の違いを理解しやすくなります。
FAQ
Q. 問題管理では、インシデントが発生する前に問題を見つけることもありますか?
A. はい。ログや傾向を分析し、重大なインシデントになる前に潜在的な原因を特定することもあります。
A. はい。ログや傾向を分析し、重大なインシデントになる前に潜在的な原因を特定することもあります。
Q. 根本原因が分かったら、問題管理だけで修正まで行いますか?
A. 必ずしもそうではありません。修正に変更が必要な場合は、変更管理などのプロセスと連携して実施します。
A. 必ずしもそうではありません。修正に変更が必要な場合は、変更管理などのプロセスと連携して実施します。
関連キーワード: 問題管理、インシデント管理、根本原因分析、既知の誤り、変更管理

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

