本記事は、AIエージェント・ストラテジスト試験（AICX協会主催）の公式シラバスver1.0 Chapter 2 / Section 9「業務の構造的理解」 の解説です。ここからは 「業務をどう捉え、どう設計するか」 がテーマ。AIエージェント導入はツール選定からではなく、業務構造の理解から始まる——これがChapter2の出発点です。
到達目標は、現状を整理するAs-Is分析と、あるべき姿を描くTo-Be分析の定義・役割・順序を理解すること。試験では特に「まずAs-Isで現状を整理し、そのうえでTo-Beを設計し、両者の差分を分析する」という流れと、As-Is分析に改善案を混ぜてしまう典型的な失敗が問われます。
なぜ「現状把握」が最初の仕事なのか
「自動化したい」と相談を受けると、つい「どのAIツールを使うか」を考えがちです。しかし現状を把握しないまま理想像だけ描くと、現場の実態に合わない設計になり、使われない仕組みや本来不要な工程まで自動化といった失敗を招きます。まずは「仕事・業務・作業」を区別して、業務を構造的に捉えましょう。
| 階層 | 意味 | 例 |
|---|---|---|
| 仕事 | 組織・個人が果たすべき目的や役割の全体 | 顧客の課題を解決する／売上を伸ばす |
| 業務 | 仕事を実現するために繰り返す一連の流れ | 受注処理／経費精算／問い合わせ対応 |
| 作業 | 業務を構成する具体的な行為（実行単位） | Excelに入力する／領収書を確認する |
AIエージェントが直接置き換える対象は 「作業」 ですが、作業だけを単独で見ても、前後の流れや業務上の意味が分からなければ適切な設計はできません。「その作業がどの業務の中で、どんな役割を果たしているか」を押さえることが先決です。
IPOで業務を分解し、作業を特定する
業務全体の流れを整理するのに有効なのが IPO（Input・Process・Output） です。あらゆる業務は、入力・処理・出力の3要素で捉えられます。たとえば経費精算なら、Input＝領収書、Process＝確認・費目分類・金額入力・承認依頼、Output＝会計システムへ渡す登録データ。
AIエージェント導入の検討対象になるのは、Processに含まれる個々の作業です。領収書を読み取る・費目を分類する・入力候補を作る、といった作業は任せられる可能性がある一方、最終承認のように責任判断を伴う部分は人が担う設計が適切な場合があります。IPOは「どこで品質が落ちているか」の発見にも有効です（例：Inputの画像が不鮮明なら、その後のAI処理の精度は上がりにくい——問題はAI性能だけでなく入力の質にある）。
As-Is分析：今の姿を「事実だけ」記録する
As-Is分析は、業務の現在の姿をIPOに沿って ありのまま可視化する手法です。ここで最大の注意点が、現状記述に改善案を混ぜないこと。「経理がExcelに手入力している」という事実に「AIで自動化すべき」と同時に書くと、事実把握と改善議論が混在し、現状を正確に捉えられなくなります。まずは事実だけ。改善はTo-Beで考えます。代表的な手法は次の通りです。
- プロセスウォークスルー（現場観察）：作業を横で観察・記録。ヒアリングだけに頼らない。ベテランが無意識にやる「言葉で説明できない暗黙の作業」こそ最も価値ある情報。
- 5W1Hヒアリングシート：Who/What/When/Where/Why/How で構造化。特にWhyが重要——答えられない手順は「今は意味を失った作業」の可能性が高く、AI化より前に廃止を検討すべき候補。
- スイムレーン図：複数の担当・部署をまたぐ流れを可視化（誰から誰へ何が渡るか・待ち時間・情報欠落）。詳しくは Section11。
- マニュアルと実態の差分確認：マニュアルと実運用は乖離しがち。「書いてあること」と「実際」の差分に暗黙知が凝縮される。
- タイムスタディ（時間計測）：体感でなく実測。時間がかかるのに価値が低い工程こそAI化の優先候補。
To-Be分析：AI前提で業務を再設計する
To-Be分析は、業務のあるべき姿をIPOで描く手法です。最重要の原則は 「既存業務をそのままAIに置き換えない」こと。紙の回覧をそのままデジタル化しても本質的な改善にはなりません。「そもそもこのProcessは必要か」「このInputの形式自体を変えられないか」と問い、AI前提でプロセスを組み替えて初めて本質的な変革が起きます。
To-Beを描く前に、As-Isの各工程を ECRS（Eliminate・Combine・Rearrange・Simplify）で取捨選択します。これにより「不要な工程をAIで自動化する」という最も避けるべき失敗を防げます（ECRSの詳細は Section10）。残す工程は「AIが担う作業」と「人が担う作業」に分類し、誤りのリスクが高い箇所は Human-in-the-Loop（人が最終確認）を明示。さらに各プロセスの改善が最終的にどの KPI・経営目標 に結びつくかをひも付けることが、To-Be設計の根拠になります。
試験ではこう問われる（予想問題）
本試験は架空企業のケースをもとにした多肢選択式（4択）です。Section9の理解度を測る問題は、たとえば次のような形が予想されます。選択肢をクリックして解答してみてください（※当サイト独自の予想問題であり、公式の出題ではありません）。
業務改革の担当者が、経費精算業務のAs-Is分析を行っている。進め方として最も適切なものはどれか。
このセクションの要点まとめ
- AIエージェント導入はツール選定でなく業務構造の理解から始まる。仕事＞業務＞作業の階層を区別する。
- 業務はIPO（入力・処理・出力）で分解し、Processの中の作業を適用対象として特定する。責任判断は人が担う。
- As-Isは事実だけを記録（改善案を混ぜない）。現場観察・5W1H（特にWhy）・スイムレーン・差分確認・タイムスタディで深掘り。
- To-BeはAI前提で再設計（そのまま置き換えない）。ECRSで取捨選択し、Human-in-the-Loopとして人の確認点を明示、KPIにひも付ける。
- 順序はAs-Is（現状）→ To-Be（理想）→ 差分分析。
関連記事・次に読む
※本記事は、AICX協会 公式シラバスver1.0 の構成（Section9「業務の構造的理解」）に基づき、当サイトが独自に解説・例示したものです。公式テキスト本文・図版の転載は行っていません。図はすべて当サイトのオリジナルです。例示や予想問題は当サイトオリジナルであり、実際の出題内容を示すものではありません。最新の正式情報は AICX協会公式サイト をご確認ください。
