現場主導のAXを成功させる3つの条件

01条件1：改善対象と責任の範囲が明確

現場チームが変更できる範囲、責任者の承認が必要な範囲、情報システム部門が管理する範囲を分けます。権限が曖昧だと、危険な試行か、何も変えられない状態のどちらかになります。

範囲を分けるときは、変更の大きさではなく、変更が誰に影響するかで判定します。自分のチームの手順書やチェックリストだけで完結する変更は、現場の範囲に置けます。仕訳、支払、顧客への送付物のように財務数値や社外に影響する変更は、責任者の承認を通します。

責任の範囲を先に決める理由は、成果の出方が偏っているからです。IPA（情報処理推進機構）が2026年4月17日から6月12日に国内1,799社へ行った「DX動向2026」では、DXで設定した目的に対して成果が出ていると答えた企業は60.8%でした。ただし成果が表れているのはデータのデジタル化と業務効率化に偏っており、新規事業の創出や企業価値の向上では限定的です。同じ調査で、DXを推進する人材が不足していると答えた企業は85.5%に達しました。

この結果を踏まえると、現場主導の取り組みで最初に狙いやすいのは業務効率化です。効率化で浮いた時間を次の改善へ回すには、誰が何を決めてよいかを最初に表で決めておく必要があります。下の判定表を部門ごとに埋めてください。判定に迷う変更は、より厳しい区分として扱います。

02実験計画書の雛形と記入例

一つの改善テーマに業務オーナーを置き、目的、対象指標、利用データ、停止条件を短い実験計画へまとめます。計画書は1枚に収め、停止条件を必ず書きます。停止条件がない実験は、効果が出なくても続いてしまい、現場の時間を使い続けるためです。

「使わないデータ」の欄も省かないでください。何を入れないかを先に書いておくと、承認者が判断する材料がはっきりし、区分の判定も速くなります。

以下は架空の例です。経理部門の「請求書の受領から支払依頼まで」の業務で、取引先マスタとの照合をAIに補助させる実験を想定しています。記入例の中の件数や期間は記入のしかたを示すための例で、実在する企業の実績ではありません。

記入例で見てほしいのは、AIの出力が仕訳や支払を直接変えない設計にしている点です。AIは照合結果の候補を出すだけで、支払依頼を作るのは担当者です。この設計であれば、区分Aの範囲で試せます。支払データそのものをAIに作らせる段階へ進む場合は区分Bとして扱い、承認を取ってから始めます。経理の属人化と統制を合わせて進める手順は、経理の属人化を解消するロードマップにまとめています。

# 実験計画書
- 実験名：
- 業務オーナー（氏名、役割）：
- 対象業務（開始のきっかけ → 完了）：
- 目的（何を良くしたいか）：
- 対象指標（測り方を含む）：
- 利用するデータ（種類と保管場所）：
- 使わないデータ：
- 権限の区分（A／B／C）と承認者：
- AIの出力を誰がどう確認するか：
- 期間（開始日〜終了日）：
- 停止条件（これが起きたら止める）：
- 終了時に残すもの（手順、雛形、学び）：

# 実験計画書（架空の記入例）
- 実験名：請求書と取引先マスタの照合補助
- 業務オーナー：経理課の支払担当リーダー
- 対象業務：請求書の受領 → 取引先マスタとの照合 → 支払依頼の作成
- 目的：照合で見落としやすい差異（振込先、支払条件、請求金額の端数）を、支払依頼の前に拾う
- 対象指標：差異の見落とし件数（例：月末に担当者が後から気づいた件数を記録して比べる）、照合にかかる時間（例：1件あたりの作業時間を担当者が記録する）
- 利用するデータ：請求書の画像、取引先マスタのうち取引先コードと支払条件の列
- 使わないデータ：口座番号の全桁、担当者個人の評価情報
- 権限の区分：A（AIは照合結果の候補を出すだけで、仕訳と支払依頼は変えない）
- AIの出力の確認：担当者が候補を1件ずつ確認し、差異ありと判断したものだけ従来の手順で処理する
- 期間：例として、月末の締め1回分
- 停止条件：AIの候補に、確認せずに転記された形跡が見つかった場合／社内で利用が認められていないサービスへデータが送られた場合
- 終了時に残すもの：照合の観点リスト、使ったプロンプト、うまくいかなかった請求書の型

03条件2：実務課題で学べる環境

一般的なプロンプト研修だけでは定着しません。参加者自身の業務を題材に、現状の処理、判断基準、例外を整理し、小さな支援機能をつくります。

研修の題材は、参加者が翌週も担当する業務から選びます。研修で整理した手順をそのまま翌週に使えるので、学んだ内容を業務の中で確かめられるためです。対象業務の洗い出しには、業務棚卸のやり方で紹介している手順が使えます。

情報の持ち出し、個人情報、著作権、出力確認などの安全ルールも、抽象的な禁止事項ではなく具体的なケースで練習します。研修では、次のような問いに参加者が自分の言葉で答え、判定表のどの区分に当たるかを確かめます。

業務の現状整理には、下のプロンプトが使えます。プロンプトは質問を返すように書いてあるため、担当者が頭の中で処理している判断基準と例外が表に出てきます。出てきた表は、そのまま実験計画書の「対象業務」と「AIの出力の確認」の欄に転記できます。

• 取引先の口座番号が書かれた請求書を、社内で認められていないAIサービスに貼ってよいか
• AIが作った照合結果を、確認せずに支払依頼へ転記してよいか
• 他社の公開資料の文章を、社内手順書にそのまま載せてよいか
• 社員の氏名と評価コメントを含む表を、AIに要約させてよいか

あなたは業務整理の補助役です。次の業務について、私に質問しながら整理を手伝ってください。

業務名：{業務名}
担当者の役割：{例：経理課の支払担当}
頻度と量：{例：毎月末、件数はおおよその数で}

手順：
1. 現在の処理を、開始のきっかけから完了まで順番に書き出してください。わからない点は推測で埋めず、私に質問してください。
2. 各手順について、担当者が判断している箇所と、その判断基準を分けて書いてください。
3. 例外として扱っているケースを挙げ、それぞれの対応方法を書いてください。
4. AIに補助させられそうな手順の候補を挙げ、その出力を誰がどう確認するかも合わせて提案してください。

制約：個人名、取引先名、口座番号などの実データは扱いません。具体例が必要な場合は「取引先A」のように置き換えて質問してください。
出力：手順、担当、判断基準、例外、AI補助の候補、確認方法の6列の表にまとめてください。

04条件3：改善を仕事として評価する

改善活動が通常業務の外側に置かれると、繁忙期に止まります。実験時間を確保し、削減時間だけでなく、品質向上、再利用、知識共有も評価します。

失敗した実験でも、前提、結果、学びが残れば組織資産です。成功例だけを共有する文化は、リスクの隠蔽につながります。

実験時間は、担当者の週の予定に固定の枠として入れ、上長が承認した業務時間として扱います。評価の対象を決めておかないと、削減時間の大きい実験だけが報告されます。下の評価シートのように、削減時間以外の観点にも記入欄を設け、実験ごとに1行ずつ残します。

「次の判断」の欄に停止と書いた実験も、評価の対象に含めます。停止の理由が残っていれば、別の部門が同じ実験を繰り返さずに済みます。

05推進コミュニティを運用する

各部門の実務者、業務責任者、IT、法務、セキュリティの担当をつなぐ定例レビューを設けます。相談窓口を一本化し、似た改善を再利用できるようにします。

中央チームはすべてを開発するのではなく、テンプレート、共通データ、品質ゲートを提供し、現場の速度を支えます。品質ゲートとは、改善を標準手順に組み込む前に通す確認項目のことです。出力を人が確認する手順があるか、停止条件が守られたか、利用データが区分の範囲に収まっているかを確かめます。

定例レビューは、下の順に進めると判断が漏れにくくなります。判定表の更新を毎回の議題に入れることで、迷った案件が次回からの基準になります。

0690日で運用を立ち上げる

最初の30日で課題とガードレールを定義し、次の30日で2〜3件の実験を行い、最後の30日で評価と再利用の仕組みを整えます。

件数を追う前に、提案から承認、試行、評価、標準化まで一周できることを確認します。一周できたかどうかは、標準化まで進んだ実験が1件以上あるか、停止した実験の理由が記録に残っているかで確かめます。