応用情報技術者 2010年 春期 午後 問11
サービスサポート業務のインシデント管理における作業プロセスの改善に関する次の記述を読んで、設問1〜3に答えよ。
〔R社のサービスサポートの概要〕
機械製造業の R 社では、システムの開発と改修はシステム開発課が行い、システムの運用管理はシステム運用課が行っている。システム運用課は、総責任者の S 課長の下に、運用責任者の T主任、問合せ窓口の U君がいる。
利用者からの問合せは、U君が電子メールか電話で受け付けている。
これまでは、障害が発生すると図1の1件1葉の障害記録票を作成していた。同一の障害に関するものと思われる問合せは1件の障害記録票にまとめ、都度の問合せ記録の作成は省略できる運用ルールになっている。
しかし、障害記録票が増えて過去の記録との照合が大変になってきたので、図2の一覧形式の問合せ管理簿を作成し、問合せ記録を管理することにした。同時に、調査後に更に対応が必要なものについてだけ、障害記録票を作成するように運用ルールを変更した。問合せ状況は、毎日、T主任が問合せ管理簿で確認することにした。


〔発生した問題1〕
運用を開始して約1か月が経過したある日、営業部担当者の入力ミスで、誤って旧製品を出荷し、顧客に指摘されて返品されるという問題が発生した。
問題の収拾に当たった営業部担当者は、顧客に陳罪と経緯の説明を行い、当日中に納品することを約束し、納品も完了した。この問題への対応に当たって、システム運用課では、入力ミスによる処理の回復作業を行い、正しい出荷伝票の再出力を行った。
後日、顧客から再発防止策の提示を求められた営業部長は、この問題について報告を受けていなかったので、システム運用課のS課長のところに確認に訪れた。
S課長は誤った出荷を行った問題について、障害記録票を調査し、入力ミスによる処理の回復作業の実施、入力データのチェック機能強化の改修と操作マニュアルの改訂が記載されていることを確認した。S課長は更に、営業部長にこの問題が報告されていなかった原因を分析し、発生した問題について、運用担当者から関係者に直接報告することや、関係者との情報共有が必要であると結論付けた。
そこで、問題の再発を防止するために、障害記録票に必要な項目を追加し、運用ルールに次の手順に則った a ルールを追加した。
① 問題発生時に b を調査し、調達先・営業部・顧客など具体的に記入する。
② 金額・信用・品質などの区分ごとに c を評価し、数値化して記入する。
③ 問題の b と c に応じて関係部門の d の職位の管理者まで速やかに報告し、判断を仰ぐ。
〔発生した問題2〕
その翌週、営業1課から、端末が応答しなくなったとの連絡が入った。U君はネットワーク業者に連絡して調査を依頼した結果、営業部に設置しているハブが故障しており、交換が必要であることが判明したので、業者にハブの交換作業を依頼した。その直後、営業2課の利用者から「出荷指示の入力操作ができない。」との電話連絡があった。U君は、「調査して折り返し結果を知らせる。」と答えて電話を置き、営業1課の障害と同一の原因であるかどうか見極めてから問合せ管理簿に記入することにして、すぐに調査に着手した。
U君が調査のためにネットワーク業者に電話で照会しているところに、先ほどの営業2課の利用者から再度電話があり、T主任が対応した。営業2課の利用者は「先ほどの件で、出荷指示の入力操作ができないのでお客様に待ってもらっている。早急に回復のめどを知りたい。」と尋ねた。T主任は問合せ管理簿を確認したところ、最新の問合せの記録は現在対応中の営業1課のネットワーク障害であったので、①同一の障害であると判断し、「ネットワークに障害が発生している。現在、故障したハブの交換作業中で、もうすぐ回復する。」と答えた。
U君は、ネットワーク業者からの回答によって、営業2課は故障したハブの影響を受けないことを確認した。原因は前日にリリースした出荷指示のプログラムであると見当をつけて、システム開発課に確認を取り、問合せ管理簿の記入と障害管理票の作成を行った。そして、少なくとも本日中には回復できないことを営業2課の利用者に連絡したところ、「さっき、T主任からもうすぐ回復すると聞いたので、まだ顧客に待ってもらっている。時間がかかると分かっていたらすぐに手作業で処理したのに。今からでは出荷が間に合わない。」ときつく言われた。
2日後に営業2課から連絡があり、U君が不在であったのでT主任が対応した。「先日障害があった出荷指示入力機能は、早ければ翌日には使用可能になると聞いていたが、今日になっても使用できず、連絡もない。どうなっているのだ。」という問合せがあった。調べてみると、システム開発課での改修作業に時間がかかっていることが判明した。T主任は、毎日、問合せ管理簿を確認していたが、この件は概要が簡単に書かれているだけで、②調査は終了していたので、既にクローズしていると思っていた。
対応に必要な③改修が遅れていることには全く気が付いていなかった。
設問1:
本文中のa~dに入れる適切な字句を解答群の中から選び、記号で答えよ。
解答群
ア:運用
イ:影響範囲
ウ:エスカレーション
エ:下位
オ:協議
カ:重要度
キ:上位
ク:他部門
ケ:利害関係
コ:利便
模範解答
a:ウ
b:イ
c:カ
d:キ
解説
解答の論理構成
-
a の判定
- 問題文には「運用ルールに次の手順に則った a ルールを追加した。」とあります。
- 直後の手順③で「…管理者まで速やかに報告し、判断を仰ぐ」と “上位者への報告” を強調しています。
- ITIL などのインシデント管理では、上位層へ段階的に報告を上げることを「エスカレーション」と呼びます。
- よって a =「ウ:エスカレーション」と判断できます。
-
b の判定
- 手順①で「問題発生時に b を調査し、調達先・営業部・顧客など具体的に記入する。」とあります。
- “調達先・営業部・顧客” は障害の波及先を示す語であり、システム運用管理でこれを調査する行為は「影響範囲」の確認です。
- よって b =「イ:影響範囲」です。
-
c の判定
- 手順②では「金額・信用・品質などの区分ごとに c を評価し、数値化して記入する。」とあります。
- 金額損失や信用失墜度合いを数値化する評価は、一般に「重要度(Severity)」評価と呼ばれます。
- したがって c =「カ:重要度」です。
-
d の判定
- 手順③で「…関係部門の d の職位の管理者まで速やかに報告」と書かれています。
- “速やかに” “判断を仰ぐ” という文脈から、報告相手は自分より上の職位を指すのが自然です。
- よって d =「キ:上位」が妥当となります。
以上より、
a=「ウ」、b=「イ」、c=「カ」、d=「キ」が適切です。
a=「ウ」、b=「イ」、c=「カ」、d=「キ」が適切です。
誤りやすいポイント
- 「運用ルールだから『ア:運用』」と短絡的に選択してしまう。手順に “報告階層” が記載されているかどうかを確認することが重要です。
- 影響範囲と利害関係の混同。利害関係者は“人や組織”を示すのに対し、影響範囲は“波及する業務・部門”を示します。
- 重要度と利便の取り違え。利便性は操作性向上などユーザビリティの話題で、金額・信用といった深刻度の評価は重要度です。
- 「上位/下位」の選択ミス。エスカレーションは報告を“上に上げる”行為である点を押さえてください。
FAQ
Q: エスカレーションは誰に対して行うのですか?
A: 基本的には自組織の上位管理者ですが、サービスレベル契約によっては外部の委託先や顧客窓口にも同時報告するケースがあります。
A: 基本的には自組織の上位管理者ですが、サービスレベル契約によっては外部の委託先や顧客窓口にも同時報告するケースがあります。
Q: 影響範囲と重要度、どちらを先に評価すべきですか?
A: 実務では同時並行で進める場合が多いですが、影響範囲を把握しないと重要度を正しく判断できないため、影響範囲調査が先行するのが望ましいです。
A: 実務では同時並行で進める場合が多いですが、影響範囲を把握しないと重要度を正しく判断できないため、影響範囲調査が先行するのが望ましいです。
Q: エスカレーション基準はどう決めればよいですか?
A: 影響範囲と重要度を定量化し、しきい値を超えたら報告――というルールを文書化します。本問では手順①②で数値化し、③で報告階層を決定しています。
A: 影響範囲と重要度を定量化し、しきい値を超えたら報告――というルールを文書化します。本問では手順①②で数値化し、③で報告階層を決定しています。
関連キーワード: インシデント管理, エスカレーション, 影響分析, 重要度評価, 障害対応
設問2:T主任が下線③の誤った判断をした原因について、(1)、(2)に答えよ。
(1)直接の原因となった、問合せ管理簿に欠落していた情報を答えよ。
模範解答
「営業2課の問合せに対する調査中の情報」
または
「営業2課の問合せの状態」
解説
解答の論理構成
- 事実確認
- T主任は「毎日、問合せ管理簿を確認していたが、この件は概要が簡単に書かれているだけで、②調査は終了していたので、既にクローズしていると思っていた」とあります。
- 図2「問合せ管理簿」の列見出しは「管理番号/受付日/問合せ部署/受付担当/概要/調査担当/調査終了日/改修完了日/運用移行日」であり、進行中か否かを示す“状態”欄が存在しません。
- 推論
- T主任は「調査終了日」が入っているかいないかのみで完了判定を行っています。しかし今回の障害は「プログラム改修」フェーズに移行しており、調査は終わっていても「改修中」でした。
- “状態”を明示する情報が問合せ管理簿に無かったため、T主任は“調査終了=全工程完了”と誤解しました。
- 結論
- よって直接の原因は、問合せ管理簿に「営業2課の問合せの状態(調査中・改修中など)」が欠落していたことです。
- 模範解答の言い換えとしては「営業2課の問合せに対する調査中の情報」でも同義となります。
誤りやすいポイント
- 「調査終了日が空欄だから未対応」と短絡的に考え、そもそも“状態欄”の欠落に気付かない。
- 下線①のやり取りばかりに注目し、下線②・③の因果関係を見落とす。
- 問題1で追加したa~d項目と混同し、問合せ管理簿に追加すべき情報まで誤答する。
FAQ
Q: “改修完了日”が空欄なら対応中だと判断できるのでは?
A: 今回は「概要が簡単に書かれているだけ」で改修に至った事実自体が簿外でした。列そのものではなく“状態”を明示する情報が不足していた点が問われています。
A: 今回は「概要が簡単に書かれているだけ」で改修に至った事実自体が簿外でした。列そのものではなく“状態”を明示する情報が不足していた点が問われています。
Q: “状態”欄を増やせば本当に防げたのか?
A: 進捗を「受付→調査→改修→運用移行」と段階管理し、最新ステータスを必ず更新すれば、T主任は改修中を把握できました。情報共有プロセスの強化が必要です。
A: 進捗を「受付→調査→改修→運用移行」と段階管理し、最新ステータスを必ず更新すれば、T主任は改修中を把握できました。情報共有プロセスの強化が必要です。
Q: 「営業2課」のような部署名を答えに入れる必要は?
A: 設問は「直接の原因となった、問合せ管理簿に欠落していた情報」を問うため、「営業2課の問合せの状態」のように“どの問合せか”と“状態情報”の両方を含めると明確です。
A: 設問は「直接の原因となった、問合せ管理簿に欠落していた情報」を問うため、「営業2課の問合せの状態」のように“どの問合せか”と“状態情報”の両方を含めると明確です。
関連キーワード: インシデント管理, ステータス管理, 進捗共有, 障害対応, 情報可視化
設問2:T主任が下線③の誤った判断をした原因について、(1)、(2)に答えよ。
(2)誤った判断をする原因となった、運用ルールの問題点を25字以内で答えよ。
模範解答
同一と思われる問合せは記録を省略できる。
解説
解答の論理構成
- ルールの確認
- 問題文には、以前から「同一の障害に関するものと思われる問合せは1件の障害記録票にまとめ、都度の問合せ記録の作成は省略できる運用ルールになっている。」と明記されています。
- 情報欠落の発生
- 同一障害と判断されると新たな詳細は残らず、問合せ管理簿や障害記録票に“途中経過”が反映されません。
- T主任の判断フロー
- T主任は毎日問合せ管理簿を確認しており、そこに最新状況が載っていなければ「調査は完了しクローズ済み」と判断しても不思議はありません。
- 根本原因
- 「都度の問合せ記録を省略できる」ため、営業2課の経過や改修の遅延情報が簿外になり、③の誤判断に直結したと論理付けられます。
- よって、模範解答は「同一と思われる問合せは記録を省略できる。」となります。
誤りやすいポイント
- “省略できる”のは障害記録票だけで問合せ管理簿には必ず書く、と思い込む。
- ③の誤判断を人物のスキル不足と短絡的に捉え、運用ルールの欠陥に目が向かない。
- 「クローズ」の定義を“調査終了”と読み違え、“改修完了”を見落とす。
FAQ
Q: なぜ問合せ管理簿に追加記入しない運用が採用されたのですか?
A: 障害が増え「過去の記録との照合が大変」になったため簡略化を狙いましたが、結果として情報共有が不足しました。
A: 障害が増え「過去の記録との照合が大変」になったため簡略化を狙いましたが、結果として情報共有が不足しました。
Q: 同一障害と判断した後でも情報更新を義務付ければ済むのでは?
A: その通りです。運用ルールを「省略可」から「必須」に改め、経過記録欄を追加すれば誤判断は防げます。
A: その通りです。運用ルールを「省略可」から「必須」に改め、経過記録欄を追加すれば誤判断は防げます。
Q: 改修状況を追跡する別の管理表を作る案は?
A: 管理票を分散すると再び参照漏れを招く恐れがあります。単一簿でステータスを一元管理する方が実務的です。
A: 管理票を分散すると再び参照漏れを招く恐れがあります。単一簿でステータスを一元管理する方が実務的です。
関連キーワード: インシデント管理, 問合せ履歴, エスカレーション, ステータス管理, ワークフロー
設問3:問合せ管理簿について、(1)、(2)に答えよ。
(1)T主任が下線②のように思った原因のうち、問合せ管理簿に起因するものを20字以内で答えよ。
模範解答
改修の要否を記録する欄がないから
解説
解答の論理構成
- 図1の障害記録票には「改修要否」という専用欄が設けられており、改修の必要可否を明示できます。
【問題文】図1「改修要否」 - ところが、図2の問合せ管理簿の列見出しは
【問題文】図2「管理番号/受付日/問合せ部署/受付担当/概要/調査担当/調査終了日/改修完了日/運用移行日」
と列挙されており、「改修要否」を示す列が存在しません。 - そのため T 主任は、問合せ管理簿を見た際に「調査終了日」が入っていれば改修は不要=既にクローズしたと誤認しました。
【問題文】下線②「調査は終了していたので、既にクローズしていると思っていた」 - 以上より、問合せ管理簿に「改修要否を記録する欄がないこと」が直接的な原因であると導けます。
誤りやすいポイント
- 障害記録票と問合せ管理簿の項目差異を見落とし、欄の有無ではなく「概要が簡潔すぎる」と答案してしまう。
- 下線②の文脈だけを読んで「調査終了日が入っていたから」などと記述し、原因が帳票レイアウトにある点を外してしまう。
- 図1と図2を比較せずに、図2の列見出しを正確に引用しないまま解答を作成してしまう。
FAQ
Q: 「改修完了日」が欄にあるのに、なぜ改修要否欄がないことが問題なのですか?
A: 「改修完了日」は実際に改修が行われた後で入力されます。改修が必要かどうかを判断する前段階の情報が無ければ、改修不要のケースと進行中のケースを区別できません。
A: 「改修完了日」は実際に改修が行われた後で入力されます。改修が必要かどうかを判断する前段階の情報が無ければ、改修不要のケースと進行中のケースを区別できません。
Q: 障害記録票だけで管理すれば良いのでは?
A: 障害記録票は改修が必要な案件に限って作成する運用に変更されています。問合せ管理簿はすべての問合せを一覧で把握する目的があるため、両方の帳票が必要です。
A: 障害記録票は改修が必要な案件に限って作成する運用に変更されています。問合せ管理簿はすべての問合せを一覧で把握する目的があるため、両方の帳票が必要です。
Q: 列を追加する以外の対策例は?
A: 「改修要否」のステータスを色分けやアイコンで表示する、ワークフロー管理ツールで承認フラグを付けるなど、視覚的に改修の有無を一目で確認できるようにする方法があります。
A: 「改修要否」のステータスを色分けやアイコンで表示する、ワークフロー管理ツールで承認フラグを付けるなど、視覚的に改修の有無を一目で確認できるようにする方法があります。
関連キーワード: インシデント管理, 管理帳票, ワークフロー, 情報共有, フィードバック
設問3:問合せ管理簿について、(1)、(2)に答えよ。
(2)下線③のような事態が再発することを防止するために、問合せ管理簿に追加すべき管理項目を、障害記録票の項目名で答えよ。
模範解答
改修完了予定日
解説
解答の論理構成
-
事態の整理
- T 主任は「毎日、問合せ管理簿を確認していた」が、「③改修が遅れていることには全く気が付いていなかった」。
- 原因は、進捗を判断できる指標が問合せ管理簿に無かったためです。
-
現行の問合せ管理簿の項目を確認
- 【問題文】に示された列見出しは「管理番号/受付日/問合せ部署/受付担当/概要/調査担当/調査終了日/改修完了日/運用移行日」。
- 進捗判断に必要な「いつまでに改修が終わるか」を示す項目が存在しません。
-
欠落している項目を補完
- 障害記録票には「改修完了予定日」があり、改修工程のスケジュール管理に使われています。
- この項目を問合せ管理簿にも追加すれば、「改修完了予定日」と「改修完了日」の差異から遅延を即座に把握でき、下線③の再発を防止できます。
-
結論
- 追加すべき管理項目は障害記録票の項目名で「改修完了予定日」です。
誤りやすいポイント
- 「改修完了日」を選んでしまう
完了日は既に存在し、遅延発生時には空欄のままなので進捗判断に使えません。 - 「運用移行日」を選んでしまう
運用移行は改修後の最終工程であり、進捗遅延の早期検知には遅すぎます。 - 「改修開始日」を選んでしまう
開始日だけでは完了予定が分からず、予定対実績の管理ができません。
FAQ
Q: なぜ「改修完了予定日」だけで十分なのですか?
A: 予定日があれば、予定日を過ぎても「改修完了日」が未入力の案件を簡単に抽出でき、遅延を即座に把握できます。
A: 予定日があれば、予定日を過ぎても「改修完了日」が未入力の案件を簡単に抽出でき、遅延を即座に把握できます。
Q: 予定日を記入しても更新されなければ同じでは?
A: 予定日があれば更新の有無が監査可能になります。更新されていなければ管理プロセスの問題として可視化できます。
A: 予定日があれば更新の有無が監査可能になります。更新されていなければ管理プロセスの問題として可視化できます。
Q: 他に追加すると効果的な項目は?
A: 例えば「改修進捗率」や「次回報告予定日」などがありますが、本設問では障害記録票に存在し、最も直接的なスケジュール指標である「改修完了予定日」を求めています。
A: 例えば「改修進捗率」や「次回報告予定日」などがありますが、本設問では障害記録票に存在し、最も直接的なスケジュール指標である「改修完了予定日」を求めています。
関連キーワード: インシデント管理, 進捗管理, スケジュール, 障害対応, 運用ルール


