ITパスポート 2026年 問46
問題文
ITサービスマネジメントのプロセスである問題管理の説明として、適切なものはどれか。
選択肢
ア:ITサービスを提供するためのハードウェア、ソフトウェア、ドキュメントなどの構成情報を維持管理する。
イ:計画外のITサービスの中断に対して、迅速にサービスを復旧する。
ウ:障害の根本原因を調査し、問題の解決策を提示する。(正解)
エ:プログラム修正を実施するための計画を立て、確実に修正されるように管理する。
🔒 解説は解答すると表示されます
問題管理の説明に関する問題【ITパスポート 解説】
正解の理由
選択肢ウ「障害の根本原因を調査し、問題の解決策を提示する。」が正解です。
「問題管理(Problem Management)」は、発生した障害やインシデント(incident:ITサービスの中断や品質低下を指す事象)について、単にその場しのぎで復旧するのではなく、なぜ起きたか(根本原因:Root Cause)を調べて、恒久的な対策を考えるプロセスです。英語では Problem Management と呼びます。したがって「根本原因を調査し解決策を提示する」という記述が問題管理の本質を表しています。
「問題管理(Problem Management)」は、発生した障害やインシデント(incident:ITサービスの中断や品質低下を指す事象)について、単にその場しのぎで復旧するのではなく、なぜ起きたか(根本原因:Root Cause)を調べて、恒久的な対策を考えるプロセスです。英語では Problem Management と呼びます。したがって「根本原因を調査し解決策を提示する」という記述が問題管理の本質を表しています。
(例)メールが届かないという障害が頻発した場合:
- インシデント管理はまず「すぐに送受信できるようにする」ことを目指します。
- 問題管理は「なぜ頻発するのか(メモリリーク、設定ミスなど)を調べ、恒久対策(パッチ適用や設定変更)を提案する」役割です。
解法ステップ
- 問題文のキーワードを探す:「根本原因」「調査」「解決策」など、原因究明や恒久対策を示す語句を探す。
- ITサービスマネジメントの主要プロセスを思い出す:
- インシデント管理(Incident Management:迅速な復旧)
- 問題管理(Problem Management:原因調査と恒久対策)
- 構成管理(Configuration Management:構成情報の維持)
- 変更管理(Change Management:修正・変更の計画と実行管理)
- 選択肢の語句と上のプロセスを対応させる。根本原因・解決策→問題管理(ウ)。
選択肢別の誤答解説
-
ア: 「ITサービスを提供するためのハードウェア、ソフトウェア、ドキュメントなどの構成情報を維持管理する。」
→ これは構成管理(Configuration Management)の説明です。構成管理は構成管理データベース(CMDB:Configuration Management Database)を用いて、機器やソフトの関係を記録・管理します。問題管理とは目的が異なります。 -
イ: 「計画外のITサービスの中断に対して、迅速にサービスを復旧する。」
→ これはインシデント管理(Incident Management)の説明です。インシデント管理はサービスを素早く復旧して利用者の影響を最小化することを重視します。根本原因の調査は必ずしも行わない点で問題管理と異なります。 -
ウ: 「障害の根本原因を調査し、問題の解決策を提示する。」
→ これが問題管理の核心です。障害の原因追求(Root Cause Analysis: RCA と呼ぶことがあります)と恒久対応の提案が含まれます。 -
エ: 「プログラム修正を実施するための計画を立て、確実に修正されるように管理する。」
→ これは変更管理(Change Management:変更を計画し安全に実行・記録するプロセス)やリリース管理の説明に近いです。修正の実施・リリースを管理する点で問題管理とは役割が違います。
よくある誤解
-
インシデント管理と問題管理を同じだと思う
- インシデント管理は「早くサービスを戻す」こと、問題管理は「なぜ起きたかを調べて二度と起きないようにする」ことです。目的が違います。
-
問題管理はすぐにサービスを復旧する役割だと思う
- 復旧は主にインシデント管理の仕事です。問題管理は根本原因の分析と恒久対策の提示・追跡が中心です。
-
構成情報(CMDB)を管理するのが問題管理だと思う
- 構成情報は問題管理の分析に使われますが、実際の「維持管理」は構成管理の仕事です。
補足コラム
- ITIL(Information Technology Infrastructure Library:ITサービス運用のベストプラクティス集)では、インシデント管理・問題管理・変更管理・構成管理は互いに連携する主要プロセスと位置づけられています。
- 問題管理には「リアクティブ(発生後に対応)」と「プロアクティブ(障害が発生する前に原因を探して対策する)」の2種類があります。プロアクティブな対策は障害発生の予防に有効です。
- 問題管理では既知のエラーを蓄積するデータベース(KEDB:Known Error Database)を使い、再発防止や対応の効率化を図ります。
FAQ
Q1. 問題管理は誰が行うのですか?
A1. 一般にIT部門の問題管理担当者やサービスデスクと連携した専門チームが行います。規模によっては外部ベンダーが担当することもあります。
A1. 一般にIT部門の問題管理担当者やサービスデスクと連携した専門チームが行います。規模によっては外部ベンダーが担当することもあります。
Q2. ワークアラウンド(workaround:回避策)と恒久対策はどう違いますか?
A2. ワークアラウンドは一時的に影響を軽減する手段(回避策)で、恒久対策は根本原因を取り除くための永久的な修正です。問題管理は恒久対策を見つける役割を持ちますが、ワークアラウンドも記録しておきます。
A2. ワークアラウンドは一時的に影響を軽減する手段(回避策)で、恒久対策は根本原因を取り除くための永久的な修正です。問題管理は恒久対策を見つける役割を持ちますが、ワークアラウンドも記録しておきます。
Q3. 問題管理が見つけた対策はすぐに適用されますか?
A3. 恒久対策は変更管理(チェンジマネジメント)を通じて安全に適用されることが一般的です。影響評価や承認が必要です。
A3. 恒久対策は変更管理(チェンジマネジメント)を通じて安全に適用されることが一般的です。影響評価や承認が必要です。
関連キーワード: 問題管理、インシデント管理(障害管理)、根本原因分析(RCA)、KEDB(既知エラーDB)、構成管理(CMDB)、変更管理(チェンジマネジメント)、ITIL

\ せっかくなら /
ITパスポートを
クイズ形式で学習しませんか?
クイズ画面へ遷移する→
すぐに利用可能!

