令和3年度 春期 応用情報技術者試験 午後 問題 問10 SaaS導入に伴うサービスデスク業務の設計とインシデント管理

学習ガイド

営業支援サービスとしてSaaSを導入し、新たにサービスデスクを立ち上げるITサービスマネジメント問題です。SLAに基づくサービス提供時間の計算、利用者からの問い合わせ対応とインシデントのエスカレーション手順、SaaSベンダーのシステムアップグレードに伴う事前検証と周知プロセスが問われます。サービス提供者と社内関連部門の責任分界点をSLAの表から読み解き、チャットボットやFAQを活用した一次対応の効率化の手順を確認します。

この記事で押さえる論点

  • サービスレベル合意書(SLA)に基づくサービス提供時間と許容停止時間の計算ができる
  • エスカレーションの条件をインシデント管理手順とSLAの記載から正確に判断できる
  • SaaSの定期アップグレードに伴う影響調査と、利用者への事前通知の手順を説明できる

問題本文

問10 SaaSを使った営業支援サービスに関する次の記述を読んで,設問1〜4に答えよ。

 A社は,オフィス機器の販売・設計・施工会社であり,自社で企画・設計したオフィス機器の販売や設計・施工をA社の顧客に実施している。A社営業部の営業部員は一日の大半を得意先との面会や移動に費やした後に,事務処理のために帰社する必要があって残業時間が増加していた。そこで,A社では,働き方改革の一環として,営業部員が営業拠点のPCだけではなく,自宅や外出先からスマートフォンやタブレットなどの端末からも仕事ができる環境を整えることになった。
 このような背景から,A社システム部は,営業部員に対して自宅や外出先からも利用できる営業支援サービスを新規に提供することになった。これに合わせて,システム部のB部長は,システム部内にサービスデスクを設置することを決定し,サービスデスクのリーダとしてC課長を任命した。

〔営業支援サービスの概要〕

(1) 4月1日から営業支援サービスを開始する。
(2) 営業支援サービスは①D社が提供しているSaaSであるEサービスを採用し,一部の機能をアドオン開発して,提供する。
(3) 営業支援サービスは,顧客管理,営業管理及び販売促進の三つのモジュールで構成され,利用者は端末を使って営業支援サービスを利用する。
・顧客管理モジュール及び営業管理モジュールは,Eサービスで提供される機能及び画面をそのまま使用する。
・販売促進モジュールは,Eサービスで提供される標準の機能及び画面に,A社固有の機能及び画面をアドオン開発する。システム部の開発課はD社が公開しているAPIを利用してアドオン開発し,開発したソフトウェアを保守する。
(4) D社からA社向けに,開発・テスト環境及び稼働環境が提供される。
・開発・テスト環境は,開発課がアドオン開発及びテストで利用する環境である。D社によって,Eサービスの標準の機能及び画面のモジュールが展開される。
・稼働環境は,A社の利用者に営業支援サービスを提供する環境であり,開発課によって三つのモジュールが展開される。
(5) Eサービスは,D社によって,定期的にアップグレードされる。Eサービスのアップグレード及び営業支援サービスへの適用に関する概要は次のとおりである。

・Eサービスのアップグレードは,四半期に一回,事前に決められたスケジュールに従って実施される。
・アップグレード予定日の4週間前に,D社からアップグレードされる機能及び画面や変更点を記載したリリースノートが発行される。
・Eサービスで提供される標準の機能及び画面については,D社によってリグレッションテストが実施される。テスト完了後に,Eサービスの標準の機能及び画面のモジュールが開発・テスト環境に対して展開される。
・開発課は,アップグレードの適用に関して,サービスデスクと協議し,社内調整と必要な作業を行った後,稼働環境に営業支援サービスの三つのモジュールを展開する。

(6) Eサービス及びD社サービスデスクサービスに関するA社システム部とD社とのSLAの概要(抜粋)を表1に示す。

表1 A社システム部とD社とのSLAの概要(抜粋)
図の説明テキスト

表1 A社システム部とD社とのSLAの概要(抜粋)

サービス名称 サービスレベル項目 目標値
Eサービス サービス提供時間 24時間 365日(毎週日曜日 0:00〜5:00 に実施する定期保守1)を除く)
Eサービス サービス稼働率 99.5% 以上(1 か月の停止時間の合計が a 分以内を目標値とする。)
Eサービス 平均サービス回復時間(MTRS) 2時間以内
D社サービスデスクサービス 2) サービス提供時間帯 9:00〜17:00(休日,祝日を除く)

注1) 定期保守の中で,四半期に一回のアップグレードが実施される。
注2) D社サービスデスクでは,Eサービスの問合せとインシデント対応,及び公開しているAPIに関する技術的問題を解決する。A社のアドオン開発分の問合せへの対応は含まれない。

〔A社サービスデスクサービスの概要〕

(1) 4月1日からA社サービスデスクサービスの運用を開始する。
(2) A社サービスデスクサービスは,営業支援サービスの利用者を支援するサービスデスク機能を提供する。サービスデスクの業務は,従来複数の組織で実施していた営業部員支援の業務を統合し,bとしてシステム部に置いた。
(3) A社サービスデスクは利用者からの電話,Web,電子メールでの質問に回答するだけでなく,営業支援サービスのインシデント対応も行う。

C課長は,サービスの設計を開始し,営業部とシステム部とのSLAの概要(抜粋)を表2に,サービスデスクで実施するインシデント管理の手順を表3にまとめた。

表2 営業部とシステム部との SLA の概要(抜粋)
図の説明テキスト

表2 営業部とシステム部との SLA の概要(抜粋)

サービス名称 サービスレベル項目 目標値
営業支援サービス サービス提供時間 24 時間 365 日(毎週日曜日 0:00〜12:00 に実施する定期保守 1) を除く)
A 社サービスデスクサービス サービス提供時間帯 9:00〜17:00(休日,祝日を除く)

注 1) 定期保守の中で,四半期に一回のアップグレード,及び,A 社のアドオン開発分の保守が実施される。

表3 インシデント管理の手順
図の説明テキスト

表3 インシデント管理の手順

手順 内容
記録・分類 ・利用者からインシデントを受け付ける。
・インシデントを,緊急度,影響を受ける利用者の範囲などで分類し,インシデント管理ファイル 1) に記録する。
優先度付け ・インシデントに優先度として“高”,“中”,“低”のいずれかを付ける。優先度は,規定されている基準に基づいて付ける。
エスカレーション ・サービスデスクが対応手順書 2) を使って解決できないインシデントは,②開発課又は D 社サービスデスクのどちらかをエスカレーション先として決定し,エスカレーション先に調査を依頼する。
解決 ・対応手順書 2) 又はエスカレーション先からの調査の回答を基に,解決に向けた対処を行う。
・利用者が対処すべき作業がある場合は,利用者に作業を依頼する。
終了 ・インシデントが解決したことを利用者に確認する。
・回答内容などの記録を更新し,終了する。

注記 インシデントの記録は,対応した処置とともに随時更新する。
注 1) インシデント管理ファイルにはインシデントだけでなく質問とその回答内容も記録される。
注 2) 対応手順書は,インシデントに対応するために実施すべき解決処理の詳細が記載されている手順書のことで,サービスデスクが作成し整備する。対応手順書には,インシデントが及ぼすサービスへの影響を低減又は除去する方法を特定した場合の対応手順も記載されている。

〔サービスの開始〕

システム部は予定どおり,4月1日から,営業支援サービスとA社サービスデスクサービスの提供を開始した。

・7月になって,A社サービスデスクでは,インシデント管理ファイルの記録を基に,高い頻度で発生した質問及びインシデントの中で,利用者が自分で解決できる内容をまとめたcを社内Webに公開した。
・cを公開後しばらくして,利用者から,“必要な回答を探すのに時間が掛かる”,“対話的な質問ができないので活用しにくい”という声が上げられ,この結果,cの利用率が低いという課題が明らかになった。

C課長は,利用者からの声に対処するために,10月1日からチャットボットを利用することにした。チャットボットは,新たにD社が提供を開始するEサービスのモジュールであり,A社は必要なデータを整備することでチャットボットを利用できる。システム部は,チャットボットを営業支援サービスの四つ目のモジュールとして位置づけた。利用者が質問のキーワードを入力すると,想定される質問とその回答を返す。利用者が期待する回答が得られない場合には,キーワードを追加させるなど対話的な対応をする。チャットボットによって,利用者は,d以外でも質問に回答してもらうことができる。なお,チャットボットを使っても期待する回答が得られない質問に対しては,サービスデスクが電子メールで対応する。

〔Eサービスのアップグレード対応〕

C課長は,Eサービスがアップグレードされる場合に必要となるシステム部の作業を計画した。
・開発課は,アップグレードされる機能及び画面について記載されたeの中から,A社の業務に関連した機能及び画面を抽出し,影響するモジュールを特定する。
・開発課は,アップグレードがアドオン開発した機能に影響を及ぼさないかどうかを調査し,評価する。
・サービスデスクは,eに基づいて開発課と協議し,fを判断する。判断の結果に応じて,サービスデスクは,必要な作業を行う。
・サービスデスクは,営業支援サービスについて利用者に案内すべき内容をまとめ,アップグレードの適用に先立って利用者に通知する。

設問と解答・解説

設問1

〔営業支援サービスの概要〕について, (1), (2)に答えよ。

(1)配点 2点

本文中の下線①について, SaaSを利用するA社のサービスマネジメントとして, 最も適切なものを解答群の中から選び, 記号で答えよ。

ア. Eサービスが定期的にアップグレードされる場合, 開発課は営業支援サービスのリグレッションテストを行う必要はない。
イ. Eサービスを構成品目として管理するだけでなく, Eサービスを構成するシステムリソースを, 構成品目として必ず管理する。
ウ. 発生したインシデントをD社が解決する場合でも, A社システム部はA社営業部に対して, インシデントの解決についての説明責任をもつ。
エ. 予算業務及び会計業務において, 営業支援サービスが使用する物理的リソースの減価償却費を計算する必要がある。

模範解答

選択肢ウ: 発生したインシデントをD社が解決する場合でも, A社システム部はA社営業部に対して, インシデントの解決についての説明責任をもつ。

解説

A社における営業支援サービスの提供形態と責任分解点に基づき判断します。

  • 営業支援サービスは、A社システム部がA社営業部に対して提供しています。表2「営業部とシステム部とのSLAの概要」から、SLAは A社システム部とA社営業部 の間で合意されています。
  • D社は、A社システム部に対してSaaSであるEサービスを提供しています。表1「A社システム部とD社とのSLAの概要」から、D社は A社システム部 に対して責任を負います。
  • したがって、Eサービスに起因するインシデントであっても、営業支援サービスの利用者(A社営業部)に対する最終的な 説明責任 は、直接サービスを提供している A社システム部 にあります。

各選択肢の解説

  • ア: 本文の〔Eサービスのアップグレード対応〕に「開発課は,アップグレードがアドオン開発した機能に影響を及ぼさないかどうかを調査し,評価する」とあり、アドオン部分への影響確認のためにテストが必要です。
  • イ: EサービスはSaaSとして提供されるため、構成するシステムリソースは提供元であるD社が管理します。A社が物理リソースを構成品目として直接管理するわけではありません。
  • ウ: 正解です。D社が提供する機能のインシデントであっても、A社営業部に対するサービスの提供者はA社システム部であるため、システム部が説明責任を負います。
  • エ: SaaSはサービスの利用であり、A社が物理的なシステムリソース(サーバー機器など)を資産として所有・購入するわけではないため、減価償却費の計算は行われません。
(2)配点 2点

表1中の a に入れる適切な数値を答えよ。ここで, 1か月は30日, 日曜日は月4回で計算し, 小数点以下は四捨五入して整数で求めよ。

模範解答

210

解説

表1の「Eサービス」の「サービス稼働率」の目標値に関する穴埋め問題です。

1か月の停止時間の目標値(上限)を求めるため、まず1か月の サービス提供時間 を算出します。

  1. 1か月の総時間
    • 1か月は30日として計算します。
    • 24時間×30日=720時間24 \text{時間} \times 30 \text{日} = 720 \text{時間}
  2. 定期保守による計画停止時間
    • 表1のサービス提供時間の条件に「毎週日曜日 0:00〜5:00 に実施する定期保守を除く」とあります。
    • 日曜日は月4回として計算するため、定期保守の合計時間は 5時間×4回=20時間5 \text{時間} \times 4 \text{回} = 20 \text{時間} となります。
  3. SLAの対象となる1か月のサービス提供時間
    • 総時間から計画停止時間を引きます。
    • 720時間−20時間=700時間720 \text{時間} - 20 \text{時間} = 700 \text{時間}
  4. 許容される停止時間の算出
    • サービス稼働率の目標値は 99.5%以上 です。
    • 許容される停止時間の割合は 100%−99.5%=0.5%100\% - 99.5\% = 0.5\% となります。
    • 最大停止時間は 700時間×0.005=3.5時間700 \text{時間} \times 0.005 = 3.5 \text{時間} です。
  5. 分単位への換算
    • 3.5時間×60分/時間=210分3.5 \text{時間} \times 60 \text{分/時間} = 210 \text{分}

したがって、aに入る数値は 210 です。

設問1(2)は,正答率が平均的であった。SLAの対象となる1か月のサービス提供時間の計算がポイントとなるが,計算式自体は複雑ではないので,落ち着いて計算して正答を導いてほしい。

設問2

〔A社サービスデスクサービスの概要〕について, (1), (2)に答えよ。

(1)配点 2点

本文中の b に入れる適切な字句を解答群の中から選び, 記号で答えよ。

ア. BCP
イ. BPO
ウ. PMO
エ. SPOC

模範解答

選択肢エ: SPOC

解説

本文中の〔A社サービスデスクサービスの概要〕(2)に「従来複数の組織で実施していた営業部員支援の業務を統合し,[ b ]としてシステム部に置いた」とあります。

サービスデスクのように、利用者からのすべての問い合わせやインシデント報告を受け付ける単一の窓口のことを SPOC (Single Point of Contact) と呼びます。複数の窓口を統合し、利用者が迷わずに連絡できるようにすることが目的です。

各選択肢の解説

  • ア (BCP): Business Continuity Plan(事業継続計画)の略であり、災害などの緊急事態における業務継続の計画を指します。窓口の名称ではありません。
  • イ (BPO): Business Process Outsourcing の略であり、自社の業務プロセスを外部企業に委託することを指します。
  • ウ (PMO): Project Management Office の略であり、組織内のプロジェクトマネジメントを統括・支援する部門を指します。
  • エ (SPOC): 正解です。単一の連絡窓口を意味します。
(2)配点 2点

表3中の下線②において, エスカレーション先を決定するときに必要となる判断内容は何か, 30字以内で述べよ。

模範解答

A社のアドオン開発のインシデントなのか否か

A社が保守するソフトウェアのインシデントかどうか

採点基準

知識・理解度(内容)1点
  • 1点: 次のどちらかを述べている(どちらも満点):(1)A社のアドオン開発のインシデントか否か (2)A社(開発課)が保守するソフトウェアのインシデントかどうか。同趣旨(Eサービスの標準部分かアドオン開発部分か、D社サービスデスクの対応範囲かどうか)も可。
  • 0点: エスカレーション先の判断になっていない(緊急度・優先度・影響範囲だけなど)。
論理性(構造)1点
  • 1点: 判断内容を「〜かどうか」「〜か否か」「〜なのか…なのか」の形で示している。
  • 0点: 判断内容としての記述構造が不適切である。

解説

エスカレーション先を「開発課」と「D社サービスデスク」のどちらにするかの判断基準を問う問題です。

  • 〔営業支援サービスの概要〕(3)より、営業支援サービスは「Eサービスで提供される標準の機能及び画面」(D社提供)と、「A社固有の機能及び画面をアドオン開発」(開発課が担当)した機能の組み合わせで構成されています。
  • 表1の注2)に「D社サービスデスクでは,Eサービスの問合せとインシデント対応…を解決する。A社のアドオン開発分の問合せへの対応は含まれない」と記載されています。したがって、D社サービスデスクはアドオン開発分に対応しないので、A社(開発課)が保守するソフトウェアのインシデントかどうかで決まります。
  • したがって、発生したインシデントが「Eサービスの標準機能」に関するものか、「A社のアドオン開発」に関するものかを判断し、前者であればD社サービスデスクへ、後者であれば開発課へエスカレーションする必要があります。

高得点のポイント

  • インシデントの対象が「アドオン開発」部分かどうかの切り分けが必要であることを明確に示していること
  • エスカレーション先を決定するための「判断」として論理的な表現になっていること

設問3

〔サービスの開始〕について, (1), (2)に答えよ。

(1)配点 3点

本文中の c に入れる適切な字句を5字以内で答えよ。

模範解答

FAQ

採点基準

知識・理解度(内容)2点
  • 2点: 「FAQ」と解答している(大文字小文字は問わない)。
  • 1点: 意味的に近い言葉(Q&Aなど)を提示しているが、最も適切なIT用語とは言えない。
  • 0点: 全く無関係な用語、または空欄。
論理性(構造)1点
  • 1点: 余計な装飾がなく、名詞のみで明確に解答している。
  • 0点: 不要な説明句などが含まれ、回答として洗練されていない。

解説

〔サービスの開始〕における社内Webでの情報公開に関する用語を問う問題です。

  • 本文中に「高い頻度で発生した質問及びインシデントの中で,利用者が自分で解決できる内容をまとめた [ c ] を社内Webに公開した」とあります。
  • 利用者からのよくある質問とその回答を一覧にまとめ、自己解決を促すためのコンテンツを一般的に FAQ (Frequently Asked Questions) と呼びます。

高得点のポイント

  • 自己解決を促すための「よくある質問と回答のまとめ」を指す用語として「FAQ」を正確に解答していること
  • 5字以内で余計な語句を含めず簡潔に示していること
(2)配点 3点

本文中の d に入れる適切な字句を, 表1, 2又は3中で使用されている字句を使って15字以内で答えよ。

模範解答

サービス提供時間帯

採点基準

正確性(内容)3点
  • 3点: 「サービス提供時間帯」と完全に一致している。
  • 1点: 「サービス提供時間」など、意味は近いが指定された字句と完全に一致していない。
  • 0点: 全く異なる用語、または無回答。

解説

チャットボット導入によって得られるメリットに関する問題です。

  • 本文には「チャットボットによって,利用者は,[ d ] 以外でも質問に回答してもらうことができる」とあります。
  • 表1、表2を確認すると、A社サービスデスクサービスの サービス提供時間帯 は「9:00〜17:00(休日,祝日を除く)」と定められています。
  • 従来のサービスデスクでは、この時間を過ぎると利用者は質問の回答を得られませんでしたが、自動応答するチャットボット(24時間稼働するEサービスのモジュール)を導入することで、この時間外でも回答を得られるようになります。
  • したがって、「表1, 2又は3中で使用されている字句」の指定に従い、サービス提供時間帯 が入ります。

高得点のポイント

  • 表に記載された「サービス提供時間帯」という字句を過不足なく正確に抜き出していること

設問4

〔Eサービスのアップグレード対応〕について, (1), (2)に答えよ。

(1)配点 3点

本文中の e に入れる適切な字句を, 〔営業支援サービスの概要〕で使用されている字句を使って, 10字以内で答えよ。

模範解答

リリースノート

採点基準

正確性(内容)3点
  • 3点: 「リリースノート」と完全に一致している。
  • 1点: 「リリース」など、一部が欠落しているが対象を特定しようとしている。
  • 0点: 全く異なる用語、または無回答。

解説

アップグレードの内容を把握するための資料名を問う問題です。

  • 〔Eサービスのアップグレード対応〕に「開発課は,アップグレードされる機能及び画面について記載された [ e ] の中から…」とあります。
  • これに対応する記述は〔営業支援サービスの概要〕(5) にあり、「アップグレード予定日の4週間前に,D社からアップグレードされる機能及び画面や変更点を記載した リリースノート が発行される」と説明されています。
  • したがって、「〔営業支援サービスの概要〕で使用されている字句」の指定に従い、リリースノート を抜き出します。

高得点のポイント

  • 本文の記述を的確に照合し、「リリースノート」という字句を正確に抜き出していること
(2)配点 3点

本文中の f には, サービスデスクで実施する作業に関連する内容が入る。その内容について, 20字以内で答えよ。

模範解答

対応手順書の修正が必要かどうか

採点基準

知識・理解度(内容)2点
  • 2点: サービスデスクが整備する対応手順書の修正(変更)が必要かどうかを述べている。
  • 1点: サービスデスクの業務変更には触れているが、「対応手順書」のような具体的なドキュメント名が欠けている。
  • 0点: 開発課の役割を記載しているなど、サービスデスクの作業として不適切な内容である。
論理性(構造)1点
  • 1点: 「〜が必要かどうか」「〜の変更要否」など、判断の内容を示す適切な表現になっている。
  • 0点: 判断の内容として不自然な表現になっている。

解説

Eサービスのアップグレードに伴い、サービスデスクが実施すべき判断作業を問う問題です。

  • Eサービスの標準機能や画面が変更されると、それを利用する営業部員の操作方法やインシデントの発生状況、その回避策も変わる可能性があります。
  • 表3の「インシデント管理の手順」および注2)を確認すると、サービスデスクはインシデントに対応するための 対応手順書 を作成し、整備する役割を担っています。
  • したがって、リリースノートをもとに開発課が特定した影響範囲や評価結果を受け、サービスデスクは自部門で管理している「対応手順書の内容を変更・修正する必要があるか」を判断しなければなりません。

高得点のポイント

  • 開発課ではなく、サービスデスク自身の役割・業務に焦点を当てていること
  • インシデント対応に用いる「対応手順書」への影響(修正や変更)に言及していること
  • 要否を判断する記述として適切な文脈になっていること

設問4(2)は,正答率がやや低かった。サービスデスク以外の部門で実施する内容についての解答が散見された。アップグレード時には稼働環境の機能が変更を受ける可能性があり,サービスデスク側でも手順を変更する必要があることに気付いてほしかった。

Spineチーム