応用情報技術者 2022年 秋期 午後 問10
サービス変更の計画に関する次の記述を読んで、設問に答えよ。
D社は、中堅の食品販売会社で、D社の営業部は、小売業者に対する受注業務を行っている。D社の情報システム部が運用する受注システムは、オンライン処理とバッチ処理で構成されており、受注サービスとして営業部に提供されている。
情報システム部には業務サービス課、開発課、基盤構築課の三つの課があり、受注サービスを含め複数のサービスを提供している。業務サービス課は、サービス運用における利用者管理、サービスデスク業務、アプリケーションシステムのジョブ運用などの作業を行う。開発課は、サービスの新規導入や変更に伴う業務設計、アプリケーションソフトウェアの設計と開発などの作業を行う。基盤構築課は、サーバ構築、アプリケーションシステムの導入、バッチ処理のジョブの設定などの作業を行う。
業務サービス課にはE君を含む数名のITサービスマネージャがおり、E君は受注サービスを担当している。業務サービス課では、運用費用の予算は、各サービスの作業ごとの1か月当たりの平均作業工数の見積りを基に作成している。運用費用の実績は、各サービスの作業ごとの1か月当たりの作業工数の実績を基に算出し、作業ごとに毎月の実績が予算内に収まるように管理している。運用費用の予算はD社の会計年度単位で計画され、今年度は、各サービスの作業ごとに前年度の1か月当たりの平均作業工数の実績に対して10%の工数増加を想定して見積もった予算が確保されている。
〔D社の変更管理プロセス〕
D社の変更管理プロセスでは、変更要求を審査して承認を行う。変更要求の内容がサービスに重大な影響を及ぼす可能性がある場合は、社内から専門能力のあるメンバーを集めて、サービス変更の計画から移行までの活動を行う。また、サービス変更の計画の活動では、①変更を実施して得られる成果を定めておき、移行の活動が完了してサービス運用が開始した後、この成果の達成を検証する。
〔受注サービスの変更〕
これまで営業部では、受注してから商品の出荷までに、受注先の小売業者の信用情報の確認を行っていた。このほど、売掛金の回収率を高めるという営業部の方針で、与信管理を強化することとなり、受注時点で与信限度額チェックを行うことにした。
そこで、営業部の体制増強が必要となり、取引実績のあるM社に営業事務作業の業務委託を行うことになった。
受注サービスの変更の活動は、情報システム部の業務サービス課、開発課及び基盤構築課が実施し、業務サービス課の課長がリーダーとなった。
システム面の実現手段として、ソフトウェアパッケージ販売会社であるN社から信用情報管理、与信限度額チェックなどの与信管理業務の機能をもつソフトウェアパッケージの導入提案を受けた。この提案によると、N社のソフトウェアパッケージをサブシステムとして受注システムに組み込み、与信管理データベースを構築することになる。また、受注システムのバッチ処理でN社の提供する情報サービスに接続し、信用情報を入手して与信管理データベースを毎日更新する。D社はこの提案を採用し、受注サービスを変更することにした。変更後の受注サービスは、今年度後半から運用を開始する予定である。
E君は、各課を取りまとめるサブリーダーとして参加し、受注サービス変更後のサービス運用における追加作業項目の洗い出しと必要な作業工数の算出を行う。
〔追加作業項目の洗い出し〕
E君は、今回の受注サービス変更後の、サービス運用における情報システム部の追加作業項目を検討した。その結果、E君は追加で次の作業項目が必要であることを確認した。
・利用者管理の作業にサービス利用の権限を与える利用者としてM社の要員を追加する。また、サービスデスク業務の作業に利用者からの与信管理業務の機能についての問合せへの対応とFAQの作成・更新を追加する。
・受注システムのバッチ処理に、“信用情報取得ジョブ”のジョブ運用を追加する。このジョブは、毎日の受注システムのオンライン処理終了後に自動的に起動され、起動後はバッチ処理のジョブフロー制御機能によってN社の提供する情報サービスに接続して、更新する信用情報を受信し、与信管理データベースを更新する。バッチ処理が実行されている間、業務サービス課の運用担当者が受注システムに対して行う作業はないが、N社の情報サービスへの接続、情報受信、及びデータベース更新のそれぞれの処理が完了した時点で、運用担当者は、処理が正常に完了したことを確認する。正常に完了していない場合には、開発課が作成したマニュアルに従い、再実行などの対応を行う。
・N社から、機能アップグレード用プログラムが適宜提供され、N社ソフトウェアパッケージの機能を追加することができる。営業部は、追加される機能の内容を確認し、利用すると決定した場合は業務変更のための業務設計と機能アップグレードの適用を情報システム部の開発課に依頼する。なお、機能アップグレードの適用は、テスト環境で検証した後、受注システムの稼働環境に展開する手順となる。
・また、N社からは機能アップグレード用プログラムのほかに、ソフトウェアの使用性向上や不具合対策用の修正プログラム(以下、パッチという)が、臨時に提供される。このパッチは業務に影響を与えることはなく、パッチの適用や結果確認の手順は定型化されている。
E君は、情報システム部の追加作業項目とその作業内容の一覧を、表1のとおり作成した。
E君は、表1をリーダーにレビューしてもらった。リーダーから、“表1の作業項目aには情報システム部が行う作業内容が漏れているので、追加するように”と指摘された。E君は、各チームで必要となる作業を再検討し、表1の作業項目aに②漏れていた作業内容を追加した。
〔サービス運用に必要な作業工数の算出〕
E君は、追加が必要な作業のうち、定常的に必要となる利用者管理、サービスデスク業務及びジョブ運用の作業工数を算出した。算出手順として、表2に示す受注サービスの変更前の作業工数の実績一覧を基に、変更後の作業工数を見積もった。なお、変更前の1か月当たりの平均作業工数の実績は、予算作成に用いた前年度の1か月当たりの平均作業工数の実績と同じであった。

E君は、関係者と検討を行い、追加で必要となる作業工数を算出する前提を次のとおりまとめた。
・利用者管理及びサービスデスク業務の発生頻度は、今回予定しているM社の要員の利用者追加によって、それぞれ10%増加する。
・与信管理業務の機能の追加によって問合せが増加するので、サービスデスク業務の発生頻度は、利用者追加によって増加した発生頻度から、更に5%増加する。
・利用者管理及びサービスデスク業務について1回当たりの平均作業工数は変わらない。
・ジョブ運用について、信用情報取得ジョブは、現在のバッチ処理のジョブに追加されるので、その運用の発生頻度は、現在と変わらず月に20回である。ジョブ1回当たりのシステム処理及び運用担当者の確認作業の実施時間は表3のとおりである。

表2と、追加が必要となる作業工数算出の前提及び表3から、E君は、サービス変更後のサービス運用に必要な作業工数を算出した。作業工数の算出においては、ジョブ運用の1回当たりの平均作業工数は、表2の受注サービスの変更前の平均作業工数に表3の信用情報取得ジョブ1回当たりの実施時間から算出した作業工数の合計を加算した。なお、運用担当者は1日3交替のシフト勤務をしているので、作業時間の単位“分”を“日”に換算する場合は、情報システム部では480分を1日として計算する規定としている。算出結果を表4に示す。
E君は、サービス変更後の作業ごとの1か月当たりの平均作業工数を算出した結果、③ある作業には問題点があると考えた。その問題点についてリーダーと相談して対策方針を決め、対策を実施することになった。
設問1:
問題文を見る〔D社の変更管理プロセス〕の本文中の下線①の“変更を実施して得られる成果”について、今回のサービス変更における内容を、〔受注サービスの変更〕の本文中の字句を用いて、20字以内で答えよ。
模範解答
売掛金の回収率を高める。
解説
解答の論理構成
- 変更管理プロセスでは、計画段階で「変更を実施して得られる成果」を明確に定めることが求められています。
【問題文】
〔D社の変更管理プロセス〕「変更要求の内容がサービスに重大な影響を及ぼす可能性がある場合は … サービス変更の計画の活動では、①変更を実施して得られる成果を定めておき…」 - 今回のサービス変更の目的・狙いは、受注業務に与信管理を組み込み、売掛金の未回収リスクを減らすことです。
【問題文】
〔受注サービスの変更〕「このほど、売掛金の回収率を高めるという営業部の方針で、与信管理を強化することとなり…」 - したがって、計画書に記載すべき成果は「売掛金の回収率を高める」であると導けます。
誤りやすいポイント
- 与信限度額チェック導入やシステム機能追加そのものを成果と書いてしまう。成果は“目的(効果)”であり“手段”ではありません。
- 「回収率向上」を「未回収削減」等に言い換えてしまい、原文と一致しない表現にする。
- 営業部の体制増強やM社委託を成果として誤記載する。これらは変更の付随事項であり成果ではありません。
FAQ
Q: 与信限度額チェックを実施すること自体は成果に含めて良いですか?
A: 与信限度額チェックは成果を得るための手段です。成果は「売掛金の回収率を高める」のように効果を示す表現が求められます。
A: 与信限度額チェックは成果を得るための手段です。成果は「売掛金の回収率を高める」のように効果を示す表現が求められます。
Q: 「未回収金削減」と書いても正解になりますか?
A: 原文の「売掛金の回収率を高める」をそのまま用いることが指示されています。言い換えは避けましょう。
A: 原文の「売掛金の回収率を高める」をそのまま用いることが指示されています。言い換えは避けましょう。
Q: 他部門(営業部)の指標を成果にして問題ありませんか?
A: 問題ありません。変更管理ではサービス変更によってビジネス効果を得ることが成果となるため、営業部の指標であっても適切です。
A: 問題ありません。変更管理ではサービス変更によってビジネス効果を得ることが成果となるため、営業部の指標であっても適切です。
関連キーワード: 与信管理、変更管理、KPI, サービスデスク、運用工数
設問2:
問題文を見る模範解答
a:6
作業内容:業務変更のための業務設計
解説
解答の導き方
結論:a:6、作業内容:業務変更のための業務設計
理由を段階的に示します。
-
問題文の該当記述を確認する。問題文には「営業部は、追加される機能の内容を確認し、利用すると決定した場合は業務変更のための業務設計と機能アップグレードの適用を情報システム部の開発課に依頼する。」とあります。ここから、機能アップグレードの導入時には情報システム部に対して「業務変更のための業務設計」も実施されるべき作業として要求されることが読み取れます。
-
表1の該当項目を確認する。表1の作業項目6は「機能アップグレードする場合の対応」で、その作業内容は「機能アップグレードの適用」となっています(表1に対応記載あり)。つまり、表1には「機能アップグレードの適用」はあるものの、上記の問題文で明示されている「業務変更のための業務設計」が記載されていません。
-
指示どおり「情報システム部が行う作業内容が漏れている」箇所を特定する。問題文と表1を照合すると、漏れている作業は「業務変更のための業務設計」であり、それが漏れている作業項目は表1の項番6に該当します。
したがって、設問の求める選択番号は6、漏れていた作業内容は 「業務変更のための業務設計」 です。
誤りやすいポイント
- 機能アップグレード(項目6)とパッチ(項目7)を混同する。パッチは「業務に影響を与えることはなく、適用や結果確認の手順は定型化されている」と明記されており、業務設計は不要です。
- 「機能アップグレードの適用」と書かれていることをもって業務設計も包含されると誤解する。問題文は「業務変更のための業務設計」と「機能アップグレードの適用」を並列で示しており、別個の作業です。
- 「営業部が内容を確認する」とあるために営業部側の仕事だと判断してしまう。だが問題文は「依頼する」と明示しており、実作業は情報システム部(開発課)に委ねられる構成になっています。
- 表1の他の項目(利用者登録、問合せ対応、ジョブ運用など)は問題文の記述に対応しているため、そこから漏れを探すと時間を無駄にする恐れがあります。
FAQ
Q: なぜ項目7(パッチの対応)ではないのですか?
A: 問題文に「このパッチは業務に影響を与えることはなく、パッチの適用や結果確認の手順は定型化されている」とあります。パッチ対応は定型的な運用作業であり、業務変更のための設計作業とは性質が異なるため、漏れているのは項目6の方です。
A: 問題文に「このパッチは業務に影響を与えることはなく、パッチの適用や結果確認の手順は定型化されている」とあります。パッチ対応は定型的な運用作業であり、業務変更のための設計作業とは性質が異なるため、漏れているのは項目6の方です。
Q: 「業務変更のための業務設計」は誰が行うと考えればよいですか?
A: 問題文は「業務変更のための業務設計と機能アップグレードの適用を情報システム部の開発課に依頼する」と書かれており、実務としては開発課が対応することになります。
A: 問題文は「業務変更のための業務設計と機能アップグレードの適用を情報システム部の開発課に依頼する」と書かれており、実務としては開発課が対応することになります。
Q: 「機能アップグレードの適用」と「業務変更のための業務設計」は具体的にどう違いますか?
A: 「機能アップグレードの適用」はソフトウェアの導入・テスト・稼働環境への展開など技術的な適用作業を指します。一方「業務変更のための業務設計」は、追加機能を業務プロセスにどう組み込むかを設計する業務側の設計作業であり、両者は目的と作業内容が異なります。
A: 「機能アップグレードの適用」はソフトウェアの導入・テスト・稼働環境への展開など技術的な適用作業を指します。一方「業務変更のための業務設計」は、追加機能を業務プロセスにどう組み込むかを設計する業務側の設計作業であり、両者は目的と作業内容が異なります。
関連キーワード: 変更管理、業務設計、ジョブ運用、利用者管理、サービスデスク
設問3:〔サービス運用に必要な作業工数の算出〕について答えよ。
問題文を見る模範解答
b:1.1
c:46.2
d:11.0
解説
解答の論理構成
-
変更後の発生頻度を算出
- 利用者管理とサービスデスク業務は「10%増加」する(引用:「利用者管理及びサービスデスク業務の発生頻度は…それぞれ10%増加」)。
• 利用者管理 回/月
• サービスデスク 回/月 - さらにサービスデスク業務は「更に5%増加する」(引用)。
• サービスデスク 回/月
- 利用者管理とサービスデスク業務は「10%増加」する(引用:「利用者管理及びサービスデスク業務の発生頻度は…それぞれ10%増加」)。
-
1回当たりの平均作業工数は変わらない
- 利用者管理「0.2」人日、サービスデスク業務「0.5」人日はそのまま(引用:「1回当たりの平均作業工数は変わらない」)。
-
(b) 利用者管理の1か月当たり工数
-
(c) サービスデスク業務の1か月当たり工数
-
ジョブ運用の1回当たり追加工数を算出
- システム処理時間は除外する(引用:「ジョブ運用の作業工数には、システム処理の時間は含めない」)。
- 表3の確認作業時間は「6+8+10=24分」。
- 480分=1日(引用:「480分を1日として計算」)より
人日/回
-
新しいジョブ運用の平均工数
人日/回 -
(d) ジョブ運用の1か月当たり工数
よって
b:1.1 c:46.2 d:11.0
b:1.1 c:46.2 d:11.0
誤りやすいポイント
- 10%増加後に5%増加を“合計15%”と誤解しがち(実際は乗算)。
- ジョブ運用では“確認作業”だけを足すことを見落とし、システム処理96分を加えてしまう。
- 分→人日の換算で「8時間=480分」を忘れ、0.05人日を0.04人日と誤計算する。
- 発生頻度が変更されないジョブ運用を“1回増”などと勘違いする。
FAQ
Q: システム処理時間を工数に含めない理由は?
A: 注記で「運用担当者は…ジョブ運用の作業工数には、システム処理の時間は含めない」と明示されており、待ち時間は人的作業ではないためです。
A: 注記で「運用担当者は…ジョブ運用の作業工数には、システム処理の時間は含めない」と明示されており、待ち時間は人的作業ではないためです。
Q: 5%増はなぜ “92.4” になるのですか?
A: 10%増後の“88.0”に対してさらに5%を掛けます。 で、5%を元の80.0に直接掛けるわけではありません。
A: 10%増後の“88.0”に対してさらに5%を掛けます。 で、5%を元の80.0に直接掛けるわけではありません。
Q: 小数第1位までで良い根拠は?
A: 指示に「小数第2位の小数が発生する場合は、小数第2位を四捨五入」とあるため、小数第1位で回答します。
A: 指示に「小数第2位の小数が発生する場合は、小数第2位を四捨五入」とあるため、小数第1位で回答します。
関連キーワード: 工数見積り、発生頻度、変更管理、バッチ処理、シフト勤務
設問3:〔サービス運用に必要な作業工数の算出〕について答えよ。
問題文を見る模範解答
項番:2
内容:運用費用の予算を超過する。
根拠:1か月当たりの平均作業工数の増加が10%超となる。
解説
解答の導き方
結論(設問の回答)
- 項番:2
- 内容:運用費用の予算を超過する。
- 根拠:1か月当たりの平均作業工数が15.5%増となる
導き方(段階的説明)
- 初期の月間実績(表2)を確認します。利用者管理は 人日、サービスデスクは 人日、ジョブ運用は 人日です。
- 利用者管理の算出
- 問題文に「利用者管理及びサービスデスク業務の発生頻度は...10%増加する」とあるので、利用者管理の発生頻度は 回/月となります。
- したがって月間工数は 人日。増分は 人日で割合は です。
- サービスデスクの算出(ここが問題点となる箇所)
- まず利用者追加で 回/月。さらに「更に5%増加する」とあるので 回/月となります。
- 月間工数は 人日。増分は 人日で、割合は です。
- 予算は「前年度の1か月当たりの平均作業工数の実績に対して10%の工数増加を想定して見積もった予算」が確保されているため(問題文の記述)、15.5%増は予算想定の10%を超え、運用費用の予算超過につながります。
- ジョブ運用の算出(注記に注意)
- 表2注に「ジョブ運用の作業工数には、システム処理の時間は含めない」とあるため、表3の「システム処理」部分(15,27,30分=合計72分)は含めません。運用担当者の確認作業のみを加えます。
- 確認作業の合計は 分で、規定の換算で 人日/回となります。
- これを表2のジョブ運用 人日に加算して 人日/回、月間は 人日。増分は 人日、割合は (ちょうど予算想定の10%)です。
- 比較・判断
- 利用者管理:増加率 (予算想定内)
- サービスデスク:増加率 (予算想定の10%を超える) ← 問題あり(項番2)
- ジョブ運用:増加率 (予算想定内)
よって「表4の項番2(サービスデスク業務)」が問題であると判定します。
誤りやすいポイント
- ジョブ運用で表3の全96分を加算する誤り:表2注に従い「システム処理の時間は含めない」ため、確認作業の24分のみ加算する。
- 増加率の扱い:10%増と更に5%増は単純和で15%とする誤り。正しくは乗算で (15.5%増)。
- 分→日換算のミス:規定は480分=1日。これを使って正しく 人日を算出する。
- 10%の扱い誤認:増加がちょうど10%のときは「予算想定内(超過ではない)」と判断する。
FAQ
Q: ジョブ運用の追加分に表3の「システム処理」も含めるべきですか?
A: いいえ。表2注にあるとおり「ジョブ運用の作業工数には、システム処理の時間は含めない」ため、運用担当者の確認作業(合計24分)だけを人日換算して加えます。
A: いいえ。表2注にあるとおり「ジョブ運用の作業工数には、システム処理の時間は含めない」ため、運用担当者の確認作業(合計24分)だけを人日換算して加えます。
Q: 増加がちょうど10%のときはどう扱いますか?
A: 問題文の予算は「前年度実績に対して10%の工数増加を想定」しているため、増加が10%と等しい場合は予算内と判断します。超過は10%を上回る場合です。
A: 問題文の予算は「前年度実績に対して10%の工数増加を想定」しているため、増加が10%と等しい場合は予算内と判断します。超過は10%を上回る場合です。
Q: 「利用者追加で10%増」→「更に5%増」は加算でよいですか?
A: いいえ。頻度の増加は連続した変化なので乗算で扱います。つまり となり、最終的には15.5%増です。
A: いいえ。頻度の増加は連続した変化なので乗算で扱います。つまり となり、最終的には15.5%増です。
関連キーワード: 変更管理、運用管理、工数見積り、バッチ処理、発生頻度





