平成26年度秋期 システムアーキテクト 午後Ⅱ 問1

判断の前提と対象範囲を確かめる

業務の進め方を検討するときは、判断の前提となる条件と対象範囲に目を向けましょう。示された情報をすぐに結論へ結び付けず、どの場面について考えているのかを整理することが出発点になります。

この問題で問われていること

ここでは、判断がどのような前提の下で成り立つかを確認する視点に絞って考えましょう。与えられた条件と自分で補った想定を区別し、考えの途中で対象範囲を広げたり狭めたりしていないかを確かめてください。

視点

判断の前提とは、考えを進める際に置いている条件や対象範囲のことです。明示された情報と自分の想定を分けて整理すると、検討の途中で前提が変わっていないかを振り返りやすくなります。

確認ポイント

• 判断の前提として、どの条件を使っているか。
• 明示された条件に、自分の想定を加えていないか。
• 検討の途中で、対象範囲が変わっていないか。

解説

業務プロセスの問題と原因を分析し、原因を取り除くための情報システムの活用方法と、例外時にも業務を実行できる対応を、自分の経験に基づいて具体的に論述する問題です。

問題の全体像

本問は、業務プロセスを見直す際に、情報システムをどのように活用したかを自分の経験と考えに基づいて論述する問題です。問題文の例では、業務上の問題は「全体の時間が延びる」「クレームが発生する」「発注のロスが発生する」であり、それぞれの原因が「特定の業務プロセスに時間が掛かる」「顧客への対応手順が支店ごとに異なる」「判断のミスが多い」です。この区別を踏まえ、原因を取り除く活用方法と例外時の対応を説明します。添付の公式資料には具体的な論述解答例はなく、出題趣旨が示されています。出題趣旨では、問題と原因、情報システムの活用方法、想定した例外的な状況と対応を具体的に論述することが求められています。採点講評では、原因追究の不足や、業務プロセスの問題ではなく情報システムの問題を主題にした論述が指摘されています。

設問ア

「あなたが携わった」「見直しの対象となった業務プロセス」「関連する情報システムの概要」に着目します。800字以内で、対象業務の目的、関係者、主な作業の流れと、情報システムがどの作業を支援していたかを整理します。設問イで問題と原因を説明できるように、見直し対象の工程や範囲が分かる背景を書くことが大切です。会社やシステムの紹介だけで字数を使い切らず、自分がどの立場で見直しに携わったかも簡潔に示すと、後続の検討内容が伝わります。採点講評では、問題文の例と一般論を組み合わせるだけでなく、自ら実際に検討し取り組んだことを具体的に論述するよう求めています。

設問イ

「業務上の問題とその原因」と「原因を取り除くためにどのように情報システムを活用したか」を対応させ、800字以上1、600字以内で説明します。例えば問題文の時間に関する例なら、問題は業務全体の所要時間が延びていることであり、原因は特定の業務プロセスに時間が掛かっていることです。その工程の自動化が原因の解消にどう作用し、全体の時間短縮につながるかまで説明します。同様に、クレームと支店ごとの対応手順の違い、発注ロスと判断ミスを区別します。答案では、自分の事例について、問題の具体的な現れ、原因と判断した根拠、導入・変更した機能、その機能が原因を取り除く仕組みを中心に構成します。採点講評では、原因追究が不足した論述が指摘され、業務プロセスと情報システムの両面から対象業務を分析することが求められています。機能紹介だけで終わらず、業務上の因果関係を示すことが重要です。

設問ウ

「設問イで述べた情報システムの活用で」と「例外的な状況でも業務プロセスが実行できるように」に着目し、600字以上1、200字以内で、想定した状況と対応を具体的に説明します。問題文は、まれに発生する例外データへの対応方法の用意と、システムで判断できない場合の人間への判断材料の提示を例示しています。自分の事例で通常の処理や判断ルールが適用できなくなる条件を挙げ、なぜその状況が起こり得ると考えたか、システムと担当者がどう対応して業務を進めるかを書きます。人間の判断に引き継ぐなら、誰にどの情報を提示し、判断結果をどのように業務へ反映するかまで具体化すると、実行可能な対応として説明できます。出題趣旨では、想定した状況と対応の具体的な論述を求めています。設問イの活用方法に結び付いた例外を選び、一般的な障害対策の列挙だけで字数を費やさないことが大切です。

学習のポイント

問題・原因・システムによる対策の因果関係を明確にし、通常処理と例外時の対応を一貫した業務として説明する練習が重要です。