ITパスポート 2024年 問07

業務プロセスのモデリングの目的【ITパスポート 解説】

正解の理由

• 図にすることで「誰が何をいつするか」「入力と出力」「例外処理」が明確になります。
• 明確になった情報を基に、システムに必要な機能や画面、データの流れを決められます（要件定義→システム設計へつながる）。
• 異なる立場（現場担当者、経営、開発者）の解釈を揃え、認識違いによる手戻り（作り直し）を減らせます。

解法ステップ

1. 範囲を決める
   • どの業務（例：受注処理・請求処理）を対象にするかを明らかにします。
2. 情報収集（インタビュー・観察・既存資料）
   • 現場の担当者から実際の手順を聞き、業務フローを観察します。
3. 現状（As-Is）プロセスの作成
   • フローチャートやBPMN（BPMN：Business Process Model and Notation、業務プロセスを表す国際的な記法）で図を作ります。
4. 検証・合意取得
   • 作成した図を関係者に見せ、手順の漏れや誤りを修正して合意を取ります。
5. 問題点抽出と改善案（To-Be）作成
   • ボトルネックやムダを見つけ、改善後のプロセス図を作ります。
6. 要件への落とし込み
   • 改善後のプロセスを基に、システムに必要な機能やデータ項目を明確にします（要件定義）。

選択肢別の誤答解説

• ア：大量のデータを統計的手法やAI（AI：Artificial Intelligence、人工知能）で分析するのは「データ分析・データマイニング」の目的です。業務プロセスのモデリングは業務の流れを整理することであり、データ分析そのものを目的とはしません。
• ウ：個々の従業員の知識・ノウハウ共有や創造的なアイデアを生むのは「ナレッジマネジメント（知識管理）」やワークショップの目的です。モデリングは共有の道具になりますが、主目的はシステム設計のための可視化です。
• エ：要員調達やチーム組織化は「プロジェクトマネジメント（プロジェクト管理）」の仕事です。これらはプロジェクト運営の活動で、業務プロセスのモデリングそのものの目的とは異なります。

よくある誤解

1. 「図さえ作れば終わり」
   • 図はスタート地点です。図を作った後に検証し、要件へ落とし込む作業が重要です。
2. 「詳細すぎるほど良い」
   • 過度に細かい図は理解や合意を阻害します。目的に応じた粒度（全体俯瞰か詳細手順か）を決めましょう。
3. 「データ分析と同じ」
   • データ分析はデータの傾向や相関を探る活動です。業務プロセスのモデリングは業務の流れ・役割・情報の受渡しを整理する活動です。

補足コラム

• 主に使われる表記例：
  • フローチャート（分かりやすい基本図）
  • BPMN（業務の流れと担当の分離が表現しやすい）
  • スイムレーン図（役割ごとの処理を横に分けて可視化）
• ツール例：Visio、draw.io、Bizagiなど。紙と付箋で作るワークショップ方式も有効です。
• モデリングはRPA（RPA：Robotic Process Automation、定型業務を自動化する技術）導入の前段階にも使われます。自動化候補の選定に役立ちます。

FAQ