イが正解です。問題管理（Problem Management）の目的は、インシデント（Incident：サービスの一時的な障害や品質低下）の根本原因（Root Cause）を特定し、再発防止や恒久的な解決策（Workaround：一時的な回避策とは異なる、恒久的な対応策）を策定・実施することで、将来的なインシデントの発生を未然に防ぐことです。アはインシデント管理（Incident Management）の活動であり、サービス復旧を優先します。ウは可用性管理（Availability Management）やサービス継続管理（Service Continuity Management）の活動に近いです。エはインシデント管理の初期段階で行われる活動です。
システムアーキテクト令和1年度 春期午前I問 20
令和1年度 春期 システムアーキテクト 午前I 問20
難度
標準
IT サービスマネジメントにおける問題管理プロセスにおいて実施することはどれか。
選択肢
アインシデントの発生後に暫定的にサービスを復旧させ、業務を継続できるようにする。
イインシデントの発生後に未知の根本原因を特定し、恒久的な解決策を策定する。
ウインシデントの発生に備えて、復旧のための設計をする。
エインシデントの発生を記録し、関係する部署に状況を連絡する。
解説
結論 → 詳細 → 補足 の 3 層構成
展開閉じる
解説
結論 → 詳細 → 補足 の 3 層構成
この解説は？
この解説は AI 生成です（詳細）
解説テキストは Google Gemini に IPA 公式の問題文・公式解答を入力して生成しました。 人間によるレビューを行ったものと、未レビューのものが混在します。
AI は事実誤認・選択肢の取り違え・最新法令の反映漏れ等を含む可能性があります。 重要な判断は必ず IPA 公式 PDF または最新の参考書でご確認ください。
解説の検証プロセス・誤り報告フローは 運営透明性レポートで公開しています。
分野「サービスマネジメント」の学習ポイント
この問題の理解を「分野全体の力」に広げるための足がかり
- 何が問われるか
- ITIL のサービスライフサイクル、SLA/OLA、インシデント／問題／変更の管理プロセスの違い。
- 学習の進め方
- 似た用語（インシデント vs 問題、変更 vs リリース）の対比を表で押さえる。CAB の役割も頻出。
- 関連キーワード
- ITILSLAインシデント管理問題管理変更管理CAB
AI コパイロット
この問題を AI と深掘りする
用語解説・選択肢分析・類題生成をその場で対話。クイズモードでは解答→解説がゼロ遷移。
共有
ショート動画
関連する問題
サービスマネジメント の他の問題
- システムアーキテクト2009年度 秋期 午前I 問20システムの移行方式のうち、パイロット移行方式について説明したものはどれか。
- システムアーキテクト2009年度 秋期 午前I 問21ITIL において、問題管理でエラーの根本原因を識別した後に RFC を出す対象となるプロセスはどれか。
- システムアーキテクト2010年度 秋期 午前I 問20次の処理条件でサーバ上のファイルを磁気テープにバックアップするとき、バックアップの運用に必要な磁気テープは何本か。 〔処理条件〕 (1) 毎月初日(1日)にフルバックアップを取る。フルバックアップは1回につき 1 本の磁気テープを必要とする。 (2) フルバックアップを取った翌日…
- システムアーキテクト2010年度 秋期 午前I 問21サービス提供の時間帯を 7:00~19:00 としているシステムにおいて,16:00 にシステム故障が発生し、サービスが停止した。修理は 21:00 までかかり、当日中にサービスは再開されなかった。この日の可用性は何%か。
- システムアーキテクト2010年度 秋期 午前I 問22“システム管理基準”の説明はどれか。