生成AI前提の業務プロセス再設計｜人とAIの役割分担で業務フローを組み直す

AIを使う業務は選び終えたのに、手順書のどの行をどう書き換えるかが決まらず、そこで止まっている部門があります。生成AIの効果が個別タスクの時短で頭打ちになるのは、この作り替えが手つかずのまま残るためです。

結論

自部門の対象業務を生成AI前提に組み直す作業は、5つの決定に分かれます。工程分解、3区分の割り当て、品質責任とチェックポイントの再定義、入力データと手順書の整備、そして切り替えと旧フローの停止です。この順に決めていくと、工程一覧、各工程の割り当て、承認者とチェックポイント、入出力データの置き場、想定所要時間を書き込んだ新フロー案（新しい手順書のドラフト）が1枚仕上がります。

人とAIの役割分担は、どちらが優れているかを比べる作業ではありません。工程ごとに「人が担う」「AIが下書きし人が確認する」「AIに任せて事後点検する」のいずれかを割り当て、品質責任は人に残したまま承認点だけを絞り込みます。責任の所在を動かさずに受け渡しの待ちを減らせるかどうかが、新しいフローが現場で回り続ける条件になります。

対象業務がまだ1つに絞れていない場合は、選定を先に済ませてください。手順は、対象が1つ決まっている状態から始まります。

あわせて読みたい

生成AIで効率化できる業務の見極め方｜自社業務の棚卸しと優先順位づけ

2026 . 07 . 24

タスク単位のAI適用が頭打ちになる理由

AIを現行フローに後付けすると、変わるのは作成の手元だけです。下書きが速くなっても、その後ろに確認・転記・承認が3つ残っていれば、案件が着手から完了まで流れる時間はほとんど動きません。むしろ確認する側には、AIの出力が妥当かを確かめる作業が1つ増えます。

確認と受け渡しが残る理由は、フローの組み立て方にあります。手順書と承認ルートの多くは、「誰が作るか」ではなく「誰が承認するか」を軸に並んでいます。AIが置き換えるのは工程の中身であって、工程と工程のあいだにある受け渡しと承認点は、人が決めて外さない限り動きません。作業時間を削っても案件全体の所要時間が縮まないのは、残っているのが待ち時間の側だからです。

方針づくり自体は広がっています。総務省「令和7年版 情報通信白書」によると、生成AIの活用方針を定めている企業は2024年度調査で49.7%と、2023年度調査の42.7%から増えました（企業におけるAI利用の現状）。ただし方針は、どの工程を誰が担い、どこで承認するかまでは決めません。その線引きは、部門ごとに手を動かして埋める作業として残ります。

組み直しの範囲は、一部門内の1業務に限ります。ツール選定や全社制度の設計は、別の意思決定として切り離してください。

再設計の全体手順

再設計は5つのステップに分かれ、それぞれに「何が書けたら次へ進むか」の完了条件があります。完了条件を空欄のまま先へ進むと、後のステップで前提が足りなくなり、結局は戻って決め直すことになります。

着手前に揃える3つの前提

1. 対象業務が1つに決まっていること。複数を同時に組み直すと、どの変更が効いたのか判別できません。
2. その業務で使える生成AIが、担当者の手元で実際に動くこと。アカウント発行や権限の申請が未了なら先に済ませます。
3. 入力してよい情報の線引きが社内で決まっていること。決まっていない場合は、フロー上に確認のチェックポイントを置く前提で設計を進め、確定後に反映します。

5ステップと完了条件

Step1 現行フローを工程単位に分解する

分解の粒度は、時間ではなく切れ目で決めます。担当が変わる、使う道具や画面が変わる、判断が入る、待ちが生じる——このいずれかが起きる場所で線を引くと、人とAIの割り当てを判断できる単位になります。

この基準で引くと、1工程はおおむね15分から半日、1つの業務は10から20程度の工程に収まります。半日を超える工程は分け足りず、数分の操作単位まで割れている工程は束ね直します。

洗い出しは、直近に実施した案件1件を最後から逆にたどると抜けが減ります。完成した成果物から始めて「これを承認したのは誰か」「その前に誰が何を渡したか」と遡ると、手順書に書かれていない転記や催促の工程が拾えます。記憶で書かず、実際のメール・フォルダ・システムの履歴を開きながら書き出してください。

誰に何を聞くか

工程表には、工程名（動詞で終える）、担当、入力、出力、実作業時間、待ち時間、例外の発生頻度を並べます。待ち時間の欄を空けたままにしないでください。工程を統合したときに減るのは、作業時間よりも受け渡しの待ち時間であることが多いためです。

Step1の完了条件：工程表が着手から完了まで埋まり、各工程に担当・入出力・実作業時間・待ち時間が入り、差し戻しが発生している箇所に印が付いている状態です。

Step2 各工程を3区分に割り当てる

区分は、AIの性能の高低で決めるものではありません。誤りが外へ出たときの影響と、確認にかかる手間の差で分かれます。

• 人が担う：AIの出力を材料にすることはあっても、判断と作成は人が行います。
• AIが下書きし人が確認する：AIが草案を作り、人が定めた観点で確認して確定します。
• AIに任せて事後点検する：AIの出力をそのまま次工程へ流し、後から抜き取りで点検します。

割り当ての判断軸

割り当ては、影響の大きい工程から順に固定します。「誤りが外に出たときの影響」が最上段に当たる工程を先に「人が担う」で確定し、残りを入力情報の整い度で振り分けます。

経理の月次資料作成であれば、数値の突合と社外提出前の確定は人に残し、前月比のコメント案や体裁の整形を下書き側へ寄せる並べ方になります。

工程の統合と削除

区分を付け終えたら、隣り合う工程を見直します。担当・使う道具・区分がすべて同じ工程が連続していれば、1工程に統合できます。AIが下書きする工程の前後にある転記、体裁の整形、フォーマット変換は、出力形式を先に決めておくと消えることの多い工程です。統合・削除した工程には印を付け、その分の時間がどこへ移ったかを工程表に残してください。

割り当て可否と出力の質は、業務の性質と入力データの整い方で変わります。同じ工程名でも、参照資料が揃っていない部門では下書きの精度が上がらないことがあります。区分は固定値ではなく、1サイクルごとに見直す前提で置きます。

Step2の完了条件：全工程に区分が1つずつ付き、統合・削除する工程に印が付き、「AIに任せて事後点検する」に入れた工程について点検の頻度と抜き取り件数が書けている状態です。

Step3 品質責任とチェックポイントを再定義する

品質責任は、工程の区分では動きません。AIが下書きした文書でも、事後点検にまわす工程の出力でも、次工程や社外へ渡した時点で責任を負うのは人です。設計としては、成果物を部門の外へ出す工程の担当者が一次責任、業務全体の品質は部門責任者が最終責任という置き方が扱いやすくなります。AI関与を理由に責任者を空欄にしないでください。

残す承認点と廃止する承認点

残す承認点は3か所に絞ります。社外や他部門へ出る直前、金額・数量・期日が確定する箇所、個人情報や機密の扱いが変わる箇所です。3つ目は、社内で決めた入力ルールに沿っているかをフロー上のどこで確かめるかという位置づけであり、判断内容そのものは社内規程と既存のルールに従います。

廃止の候補は、実質的に内容を見ずに押している承認、前工程と同じ観点を二重に見ている承認、過去に差し戻した実績がほぼない承認、そして共有だけが目的の承認です。Step1で承認者に聞いた「直近で差し戻した例」が出てこない承認点は、この候補に入ります。

役割記述と承認フローの書き換え

承認点を減らす代わりに、残した承認点では見る観点を明文化します。全件を通読する形から観点を3つ以内に絞った確認へ切り替えると、1件あたりの確認時間が見積もれるようになり、承認待ちの列が伸びにくくなります。

• 旧「見積書を作成する」→ 新「見積書の下書きをAIで作成し、単価・数量・有効期限の3点を確認して確定する」
• 旧「上長が内容を確認する」→ 新「上長は社外提出前に、前提条件と金額の整合のみを確認する」
• 旧「担当者が集計表を転記する」→ 新「集計はAIに任せ、月末に10件を抜き取って点検する」

役割記述を書き換えると、担当者の仕事は「作る」から「確認して確定する」へ移ります。文言が先に変わっていれば、切り替え後に「AIが作ったものだから自分の責任ではない」という受け止めは生まれにくくなります。

Step3の完了条件：新フローの各工程に確認者欄が埋まり、承認点の数が旧フローより減り、残した承認点それぞれに見る観点が3つ以内で書かれ、役割記述が新しい表現へ置き換わっている状態です。

Step4 入力データと手順書を整備する

入力側の資料が散らかったままだと、担当者は工程ごとに置き場を探し直し、AIも古い版を参照します。整備する対象は4種類で、それぞれに置き場、命名、更新責任者、更新の契機を決めます。

プロンプトの書き方そのものは工程設計とは別の話ですが、置き場と更新責任は新フローの一部として決めておきます。個人のメモやチャット履歴に残っているプロンプトは、担当者が異動した時点で失われるためです。

責任者名が空欄のまま置かれた資料は、制度や様式が変わっても誰も直しません。持ち主のいない資料は置き場から外し、手順書のリンクも同じときに消してください。古い様式が残っていると、担当者もAIもそれを参照し、差し戻しの元になります。

Step4の完了条件：新フローの各工程に入力の置き場と出力の置き場が書かれ、4種類すべてに更新責任者名と更新の契機が入り、手順書から1クリックで到達できる状態です。

Step5 新フローへ切り替え、旧フローを止める

並行運用は期間ではなく件数で区切ります。同じ入力で新旧の両方を回すのは最初の数件までとし、それ以降は新フローだけで通します。二重作業が続くほど、繁忙日には手慣れた旧手順が選ばれるためです。

件数だけで区切ると間延びすることがあるため、上限の期間も添えます。目安は対象業務の1サイクル分で、月次業務なら1か月、日次業務なら1週間から2週間です。

旧フローを止める判断条件

次の3つが揃った時点で止めます。

1. 新フローだけで最後まで通った案件が連続5件（月次業務なら2サイクル）を目安に積み上がり、その間の差し戻しが旧フロー時と同等以下であること。
2. 「AIに任せて事後点検する」工程の抜き取り点検で、外へ出たら取り返せない種類の誤りが出ていないこと。
3. 手順書・様式・承認ルートの記載が新フローに書き換わり、残した承認点で承認者が新しい観点を使えていること。

止め方も同時に決めます。旧手順書はアーカイブへ移して運用終了日を1行入れ、旧様式の提出先であるフォルダ・フォーム・共有メールを閉じます。受け皿が残っている限り、担当者は忙しい日に旧フローへ戻れてしまいます。

空いた時間の行き先と評価の見方

統合・削除した工程の時間は、切り替え前に行き先を宣言しておきます。候補は、処理件数を増やす、締切前の残業を前倒しで減らす、滞留している別工程へ人を回す、次の1業務の組み直しに充てる、のいずれかです。行き先を決めずにいると、空いた時間は既存業務の手直しに吸収され、組み直しの結果が誰にも見えなくなります。

仕事の評価の見方も、旧フロー停止と同じ日に切り替えます。個人の作業時間の増減ではなく、案件が着手から完了まで流れる時間と差し戻し件数を見る形に変え、担当割りの記載を「作る人」から「確認して確定する人」へ書き換えます。片方だけ先に変えると、現場に二重の基準が残ります。

Step5の完了条件：並行運用の件数、停止条件、停止予定日、空いた時間の振り向け先、評価の見方の切り替え日が、新手順書の先頭に書かれている状態です。

あわせて読みたい

生成AIのスモールスタート｜最初の1業務で成果を出し全社へ広げる進め方

2026 . 07 . 24

回らないときの兆候と巻き戻し方

新フローが想定どおり回らないときは、全体をやり直さずに、兆候に対応するステップまで戻します。

よくある質問

自部門だけで進めにくいときに研修で支援できること

工程分解と区分の割り当ては、関係者を集めて工程表を書く時間さえ確保できれば自部門でも進みます。抱えにくいのは、設計した新フローを実際に動く形にする段階と、切り替え後に運用が続く状態を保つ段階です。

当社の「生成AI業務プロセス適用研修」は、自部門の実業務を棚卸しし、生成AIを組み込んだワークフローを設計して、研修内で動く成果物まで作る活用レベルの研修です。形式は実務ハンズオンと成果物実装で構成しています。パーソナライズ研修では、現状課題・部門・業務フローをヒアリングしたうえで、実務テーマと成果物まで合わせて設計します。

研修後は、成果物が業務で使われ続けているかを確認し、つまずきの解消や他部門への横展開を支援する定着支援を、研修とセットで設計しています。研修後アンケートでは、80%以上の受講者が業務でAIを活用しています。