令和5年度36マネジメント系

ITパスポート 令和5年度 問36:service_managementに関する問題

サービスデスクの業務改善に関する記述のうち,最も適切なものはどれか。

  • aサービスデスクが受け付けた問合せの内容や回答,費やした時間などを記録して分析を行う。正答
  • b障害の問合せに対して一時的な回避策は提示せず,根本原因及び解決策の検討に注力する体制を組む。
  • c利用者が問合せを速やかに実施できるように,問合せ窓口は問合せの種別ごとにできるだけ細かく分ける。
  • d利用者に対して公平性を保つように,問合せ内容の重要度にかかわらず受付順に回答を実施するように徹底する。
正答:Aサービスデスクが受け付けた問合せの内容や回答,費やした時間などを記録して分析を行う。

AI解説(初心者・標準・上級)

理解度に合わせて3レベルの解説を無料で読めます。

初心者向けまずはここから。やさしく要点を解説

答えは a です。

サービスデスクは『困りごとの問い合わせ窓口』のこと。よくするとは、まず『どんな質問が来て、どう答えて、どれくらい時間がかかったか』を記録して振り返ること。記録を分析すれば『よくある質問』が分かり、対応をもっと早く・うまくできます。

👉 覚え方:改善の第一歩は『記録して分析』!

ほかの選択肢:b その場の応急処置をしないのは×(困っている人をすぐ助けるべき)/c 窓口を細かく分けすぎると逆に分かりにくい×/d 重要度を無視して受付順だけにするのは×(緊急のものを優先すべき)。

標準試験対策の基準レベル

なぜこれが正解か

正解は a。サービスデスクの業務改善は、問合せ内容・回答・対応時間などを記録・蓄積し、分析して傾向を把握することから始まる。これによりFAQ整備や要員配置の最適化、対応品質の向上につながる。aは改善活動(PDCA)の基本に合致する。

各選択肢の解説

  • b:誤り。一時的な回避策(ワークアラウンド)を提示せず根本解決のみに注力するのは不適切。利用者の業務継続のため、まず暫定対応を提示すべき。
  • c:誤り。窓口を細かく分けすぎると、利用者がどこに問い合わせるか迷い、たらい回しの原因になる。窓口は一元化(SPOC=単一窓口)が望ましい。
  • d:誤り。重要度・緊急度に応じた優先順位付け(トリアージ)が必要で、一律受付順は不適切。

覚え方・ひっかけ注意

サービスデスクは『単一窓口(SPOC)』『記録・分析で改善』『優先度に応じた対応』が原則。『根本解決だけ』『窓口を細分化』『受付順厳守』はいずれも引っかけ。

上級誤答論破・背景理論まで深掘り

理論的背景

サービスデスクはITSM(IT Service Management)の枠組みにおけるSPOC(Single Point Of Contact=単一窓口)として機能し、利用者からの問合せ・インシデント報告を一元的に受け付ける。ITIL(IT Infrastructure Library)v3/v4では、サービスデスクはITサービスの「価値共創パートナー」として位置づけられ、単なる問合せ受付機能を超えてサービス改善のデータ収集拠点としての役割を担う。

問合せ内容・回答・対応時間の記録と分析(選択肢aの正解根拠)は、ITIL継続的サービス改善(CSI:Continual Service Improvement)の起点となる。具体的には、(1)よくある問合せのFAQ化によるセルフサービス対応率の向上、(2)対応時間の長い問合せ類型の特定と要員育成への活用、(3)繰り返し発生するインシデントパターンの問題管理への引き上げ、(4)SLA達成状況のモニタリングといった改善活動に直結する。「記録なくして改善なし」はITSM実践の基本原則である。

選択肢bで否定されている「暫定回避策を提示しない」方針が誤りである理由は、ITIL「インシデント管理」と「問題管理」のプロセス分離にある。インシデント管理の目的は「可能な限り早くサービスを回復させること」であり、根本原因の特定は問題管理の担当範囲である。暫定的ワークアラウンドで業務継続を支援しつつ、問題管理が並行して根本解決を追求するという二段構えが標準的な運用である。

実務での使われ方

現代のサービスデスク運営では、問合せデータの蓄積と分析にITSM SaaSツール(ServiceNow・Jira Service Management・Freshservice・Zendesk等)が活用されている。これらのツールは問合せをチケット(インシデントレコード)として管理し、カテゴリ・優先度・対応時間・解決策を構造化データとして記録する。AIによる自動分類・回答候補提示・チャットボット一次対応が急速に普及しており、FCR(First Contact Resolution Rate=一次解決率)の向上と人件費削減を両立している。

KPIとして管理される主要指標には、FCR・AHT(Average Handling Time=平均対応時間)・CSAT(Customer Satisfaction Score)・SLA遵守率・バックログ件数などがある。特にFCRは「最初の問合せで問題を解決できた割合」を示し、高いほど利用者満足度と運用効率が高い。FAQ・ナレッジベースの充実がFCR向上の最も効果的な施策とされており、aの「記録・分析」がその前提インプットとなっている。

試験での位置づけ

ITパスポートのマネジメント系・サービスマネジメント分野では、サービスデスクの役割と運営原則が安定して出題される。SPOC・インシデント管理と問題管理の役割分担・SLA・エスカレーションの基本概念を組み合わせた問題が頻出であり、本問のような「どの運営方針が適切か」を問う形式で出題されることが多い。

サービスデスクの組織形態として、ローカル型(各拠点に配置)・中央集中型(一か所に集約)・バーチャル型(分散拠点を統合管理)・フォロー・ザ・サン(時差を利用して24時間対応)という4類型も頻出知識である。上位資格の基本情報技術者・ITサービスマネージャ試験では、ITIL v4の「サービスバリューシェーン」「4つのディメンション」、ISO/IEC 20000(ITSM国際規格)の要求事項まで問われる。

選択肢の発展補足

選択肢c(「窓口を問合せ種別ごとに細かく分ける」)が誤りである理由は、SPOCの原則に直接矛盾するからである。窓口の細分化は「どこに問い合わせればよいか分からない」という利用者の判断負荷を増大させ、たらい回し(複数部署のたらい回し)によるサービス品質低下を招く。SPOCは利用者の利便性と組織内の効率性を同時に高める設計原則であり、実務での問合せ先一本化は顧客満足度と解決速度の両面で効果が実証されている。

選択肢d(「重要度にかかわらず受付順に対応」)が誤りである理由は、ITSMにおける「優先度管理」の否定になるからである。インシデントの優先度は「影響度(Impact:どれだけ多くのユーザーやビジネスへの影響があるか)×緊急度(Urgency:どれだけ早く解決が必要か)」で決定される。全社の基幹システム停止と個人のPCの軽微な不具合を同列に扱うことは、ビジネスリスクの観点から明らかに不適切であり、重大インシデントへの対応が遅れる深刻なリスクを招く。

出典・引用について

出典:IPA(情報処理推進機構)公式 ITパスポート試験 令和5年度36/ 公的機関配布資料につき出典明記の上引用。解説は合格ナビによる独自AI解説です。

マネジメント系の他の過去問

35
system_audit
36
project_management
37
project_management
38
development_management
39
project_management

あなたの弱点を診断して、合格までの最短ルートを

この分野を連続演習し、AIがあなたの弱点を分析。合格ナビならITパスポートの過去問を解きながら学べます。