AI×BPRの進め方｜業務棚卸しからAI適用判定・実装・定着・効果測定までの9工程

「AIで事業を変えろ」と言われたものの、何から手を付け、どの順序で進めればよいかが決まらない。個別のPoCやツール導入は動いているが、全体の工程が描けていない。本記事は、事業会社のDX推進・IT企画・経営企画、およびPMO・コンサルに向けて、AIを前提に業務を再設計する取り組みを9つの工程として整理します。各工程で何をアウトプットし、誰の合意を取るかまで示すので、そのまま社内の推進計画に落とせます。

この記事の結論

• AIツールの選定から入ると部分最適が積み上がる。先に9工程のどこにいるかを決める
• 最も重要かつ飛ばされやすいのは工程③のAI適用判定。AIで解ける課題と、業務を変えないと解けない課題を切り分ける
• 工程④では「AIが何をするか」ではなく「人が何を担い続けるか」を決める。AIの出力の扱いを4段階で明記すると責任分界の合意文書になる
• 工程⑤はAIが間違える前提で設計する。誤りの検知・リカバリー・人への引き渡し経路・証跡を業務設計に織り込む
• 工程⑨は推論コストが継続発生する構造を前提に試算し、利用の定着・業務の変化・事業の成果の3層で測る

なぜ「AIで何をするか」の前に、工程を決める必要があるのか

「AIで事業を変えろ」という号令が出たとき、多くの現場が最初にやるのは、使えそうなAIツールの選定と、小さなPoCの企画です。ところが半年後に残るのは、動いたけれど使われていないPoCと、次のPoCの企画書だけ、という状況が繰り返されています。

原因は、AIの性能でも担当者の力量でもありません。「どの業務を、どういう順序で、誰の合意を取りながら変えるのか」という工程が決まっていないことです。工程がないままツールから入ると、業務の全体像が見えないまま部分最適が積み上がり、最後に「結局、事業の何が変わったのか」に答えられなくなります。

この記事が扱う範囲と、扱わない範囲

AI×BPRの9工程 ― 全体像

まず全体像を示します。この9工程は上から順に進めますが、⑦の判定で止まった場合は③や⑤に戻る、という往復が前提です。一度で完成させる工程表ではなく、判断の順序を示したものと捉えてください。

このうち②・⑤・⑧は、AIがあってもなくても必要な業務改革の工程です。これらの具体的な進め方は別稿「BPRの進め方」に譲ります。本記事では、AIを前提にすることで初めて必要になる4つの工程、すなわち③・④・⑤の例外設計・⑨を掘り下げます。

工程③ AI適用可否とBPR必要度を判定する

最も重要かつ、最も飛ばされやすい工程です。棚卸しで洗い出した業務に対して、「AIを入れれば解決するのか」「業務のやり方そのものを変えないと解決しないのか」を切り分けます。ここを判定せずに進めると、業務の構造が原因の課題にAIを当ててしまい、精度を上げても成果が出ないという状態に陥ります。

判定の2軸

判定は「AIとの相性」と「業務変更の必要度」の2軸で行います。

「AIとの相性」は、判断に曖昧さがあるか、扱う情報が非定型か、過去のデータから傾向を学べるかで判断します。逆に、答えが一意に定まりルールで書ける業務は、AIではなく通常の自動化の対象です。

判定でよく間違えるパターン

なお「AI導入とBPR（業務再設計）のどちらを先に着手すべきか」という順序判断そのものは、別稿で判断フローチャートとして整理しています。本工程で「業務変更の必要度が高い」と判定された場合は、そちらを参照してください。

工程④ 人間・AI・システムの役割分担を決める

AIを業務に組み込むとき、「AIが何をするか」だけを決めて、「人が何を担い続けるか」を決めないケースが多く見られます。しかし実務で問題になるのは後者です。誰が最終責任を持つのか、AIの出力を誰が確認するのか。これが決まっていない仕組みは、本番稼働の直前で必ず止まります。

3者に分けて整理する

「AIの出力をどう扱うか」を4段階で決める

同じAIの出力でも、業務の重要度によって扱い方を変える必要があります。すべてを人が確認すると効果が出ず、すべてを自動確定するとリスクが残ります。業務単位で段階を決めます。

この4段階を業務ごとに明記した表が、そのまま責任分界の合意文書になります。「AIが間違えたら誰が責任を取るのか」という問いは本番化の直前に必ず出ますが、この表があれば工程④の時点で答えが出ています。

工程⑤ AIが間違える前提でTo-Be業務を設計する

従来の業務設計は「正しく処理されること」を前提に、例外を別扱いにしてきました。AIを組み込む場合、この前提が成り立ちません。AIは同じ入力に対して常に同じ出力を返すとは限らず、事実と異なる内容を生成することもあります。したがって例外処理は、付随的な処理ではなく業務設計の一部として最初から組み込みます。

設計に織り込む4点

特に3つ目の「答えられない場合の経路」が抜けている設計は、現場で確実に破綻します。AIが無理に答えを出す状態と、答えられないことを表明して人に渡す状態のどちらを選ぶかは、業務設計の判断です。後者を選べる設計にしておくと、現場の信頼を保ったまま運用できます。

なお、To-Be業務フローの描き方や業務要件への落とし込みといった設計技法そのものは、別稿「BPRの進め方」で詳しく扱っています。本工程では、AI固有の論点である例外処理と証跡に焦点を当てました。

工程⑥⑦ データ要件を固め、本番化を判定する

工程⑥：必要なデータから逆算する

AIを動かすには、業務システムや現場設備のデータが必要になります。ここで陥りやすいのが「まず全部のデータを集める」という進め方です。集めること自体が目的化し、使われないデータの置き場だけが残ります。工程①で決めた目標指標と、工程③で選んだ業務から逆算して、必要なデータを特定します。

製造業のように現場設備（OT）・製造実行（MES）・基幹システム（ERP）が分かれている場合は、層をまたいだデータの結合が前提になります。この設計の詳細は別稿「工場のデータ連携をどう設計するか」で扱っています。

工程⑦：本番化は「判定」であって「延長」ではない

PoCが動いたことと、本番で使われ続けることは別の問題です。PoCは「できるか」を確かめる場、本番は「使われ続けるか」を問う場であり、評価する基準が違います。本番化を判定する会議体を設け、条件を満たしているかを確認してからGoを出します。

この工程でつまずく現場は多く、別稿では本番化に必要な条件をチェックリストとして整理し、また「本番化しない理由」を運用設計・組織合意・コスト構造の3つの壁として構造化しています。工程⑦で止まった場合は、そちらで詰まっている箇所を特定してください。

工程⑨ 推論コストを含めて効果を測る

最後の工程が、最も抜けやすい工程です。導入して終わりにせず、工程①で設定した事業指標がどう動いたかを測ります。AIを使う取り組みでは、従来の投資対効果の計算に加えて、2つの固有の論点があります。

論点1：コストは継続的に発生する

従来のシステム投資は、初期に大きなコストがかかり、その後の運用費は比較的読みやすい構造でした。AIの場合、使うたびに処理のコストが発生するため、利用が広がるほどコストも増えます。利用者数と処理量に比例して増える構造を前提に試算しないと、本番化の後で「思ったより高い」という事態になります。

この構造を踏まえると、すべての業務でAIを使うのではなく、効果がコストを上回る業務に絞って本番化するという判断も、現実的な選択肢になります。工程③の適用判定と工程⑨の試算は、本来セットで検討すべきものです。

論点2：測るべき指標は3層ある

この3層を分けて測ることが重要です。事業成果だけを見ていると、なぜ効果が出ないのかが分かりません。利用が定着していないのか、利用はされているが業務が変わっていないのか、業務は変わったが事業指標に届いていないのか。どの層で止まっているかによって、打つ手が変わります。

あわせて、測定の時間軸も設計に含めます。導入直後は利用率が高くても、数か月後に元のやり方へ戻る現場は少なくありません。少なくとも導入から1年程度は3層の指標を追い続け、下がった時点で手を打てる状態にしておきます。

工程ごとのつまずきパターン

9工程のどこで止まりやすいか、そのときの症状と対処を整理します。自社の現在地を特定する際に使ってください。

まとめ：AI×BPRは、判断の順序を設計する取り組み

AI×BPRの進め方について、要点を整理します。

• AIツールの選定から入ると部分最適が積み上がる。先に9工程のどこにいるかを決める
• 最も重要かつ飛ばされやすいのは工程③のAI適用判定。AIで解ける課題と、業務を変えないと解けない課題を切り分ける
• 工程④では「AIが何をするか」ではなく「人が何を担い続けるか」を決める。AIの出力の扱いを4段階で明記すると責任分界の合意文書になる
• 工程⑤はAIが間違える前提で設計する。誤りの検知・リカバリー・人への引き渡し経路・証跡の4点を業務設計に織り込む
• 工程⑨は推論コストが継続発生する構造を前提に試算し、利用の定着・業務の変化・事業の成果の3層で測る

AI×BPRは、高度なAIを導入する取り組みではありません。どの業務を変えるかを判定し、人とAIの役割を決め、間違いを織り込んで業務を組み直し、事業の数字が動いたかを測る。この判断の順序を設計し、現場で使われる状態まで走り切れるかどうかが、成果を分けます。工程のどこにいるかが分かっていれば、次に決めるべきことは必ず一つに絞れます。