製造AI推進の組織設計——現場・IT・経営の三者合意の作り方

「3回目のPoC（概念実証）だ。今度こそ本番に移行する」——そう宣言したあの会議から半年が経った。ツールは動いている。精度も出た。それでも現場は使っていない。経営層は「承認待ち」と言い、IT部門は「データ連携の仕様が決まっていない」と言い、現場担当者は「自分たちの判断が変わるなら、誰が責任を持つのかを先に決めてほしい」と言う。

誰も嘘をついていない。しかし、AIプロジェクトは3度目も止まった。

この状況は、技術の問題ではない。「誰が何をどう決めるか」という組織設計の問題だ。製造業でAI推進が止まる根本原因の大半は、意思決定フローの未整備にある。技術を先に選んで、組織設計を後回しにしたことの必然的な結果だ。

AIプロジェクトが「PoC止まり」で終わる組織設計上の理由

製造業のAI推進が何度試みてもPoC止まりで終わる工場には、共通のパターンがある。「推進役が決まっていない」「承認の基準が決まっていない」「失敗時の責任が決まっていない」——この三つが同時に未整備のまま着手されていることだ。

PoCは少人数で動かせる。担当者が熱意を持ち、ベンダーと二人三脚で進めれば、試験環境での精度は出る。しかし本番化の段階で、必ず「誰が許可を出すのか」という問いが飛んでくる。現場責任者は「ITが判断すること」と思い、IT部門は「現場の業務判断」と考え、経営層は「コスト対効果が出てから判断する」と言う。誰も悪くない。しかし、誰も決めない状態が続く。

実際、AIプロジェクトが止まるのは日本の中小製造業に限った話ではない。MITの調査では、生成AIプロジェクトのうちスケール（本番展開）に到達したのは全業種でわずか5%。さらにGartnerは、2027年末までにエージェンティックAIプロジェクトの40%超が、コストの膨張・事業価値の不明瞭さ・リスク統制の不備を理由に中止されると予測している（出典：Dataiku「Manufacturing’s 2026 Mandate: From AI Pilot to Agentic Profit」（2026年1月））。注目すべきは中止理由の3つ目だ。技術が動かないのではなく、誰がどう統制するかが決まっていないことが、プロジェクトを殺している。

製造AI推進に必要な三つの役割——現場・IT・経営の役割分担

製造AI推進で機能する組織設計の基本は、三つの役割を明確に分けることだ。

**現場担当（推進リーダー）**は、業務要件の言語化と現場適用の判断を担う。「どの工程で何の判断をAIに任せるか」「現場での使い方がおかしいとき、誰がどう対応するか」——これは現場を知らないと設計できない判断だ。IT部門やベンダーに任せてはいけない領域だ。

**IT担当（技術実装リーダー）**は、データ連携・システム設計・セキュリティ対応を担う。「どのデータをどこから取るか」「既存システムとの連携に何が必要か」「アクセス権限の管理をどう設計するか」——これはIT部門が主導すべき領域だ。ただし、業務側の要件を翻訳するインターフェース役も兼ねることが多く、最も負荷が集中しやすいポジションでもある。

**経営層（承認・予算権限者）**は、投資判断・社外コミュニケーション・法的リスク対応を担う。現場やITが提案を持ち上げたとき、どの基準で「Go/Stop」を判断するかを事前に示しておかなければ、承認プロセスが止まる原因になる。

なお、ベンダーはこの三者に含めない。ベンダーは選択肢を提示する側であり、決める側ではないからだ。ベンダーが実質的に承認判断まで担っている状態は、それ自体が組織設計の欠落を示すサインだと考えたほうがいい。

この三者が、互いの役割を知らないまま進めることが最大のリスクだ。中小製造業では「なんとなく全部IT担当が引き受ける」構造になりやすく、IT担当が業務判断と技術判断の両方を背負って疲弊するか、逆に「IT任せ」になって現場が主体性を持たないかのどちらかに陥りやすい。

意思決定フローと承認基準の設計

役割を定義したら、次に必要なのが意思決定フローの設計だ。「誰が何を決めるか」だけでなく、「どの順番でどう承認されるか」を図で見える化しておくことで、PoCから本番化への移行が格段に速くなる。

フローの設計で押さえておきたいポイントは三つある。

1. 承認基準を先に決める。「試算ROI（投資に対する回収効果）が20%以上なら経営層に上げる」「現場での試験使用期間は3か月」「エラー率が3%以下になったら本番化を承認する」——数値基準を事前に決めておくことで、承認会議が「定性的な印象」ではなく「基準との照合」で進む。曖昧な合意は、後から「聞いていない」を生む。

2. エスカレーションルート（判断を上位者へ引き上げる経路）を明確にする。AI出力に現場担当者が疑問を感じたとき、誰に報告し、誰が判断を保留にし、誰が最終判断を下すか——このルートが決まっていないと、「とりあえず無視して手作業で対応する」という行動に落ち着く。AIが信頼されないもう一つの理由だ。

3. 記録責任を決める。何の目的でどのデータを使ってAIが判断したか、誰が承認しその結果どうなったかを記録する責任を誰が持つか。**AIガバナンス（AIの使い方を組織として統制する仕組み）**の中核はこの記録体制だ。AI推進法（2025年9月1日全面施行）は罰則を伴う規制法ではなく推進法だが、同法13条にもとづき2025年12月19日に人工知能戦略本部が決定した「人工知能関連技術の研究開発及び活用の適正性確保に関する指針」では、活用事業者が広島AIプロセスやISO/IEC 42001などの国際規範・国際規格を踏まえて取り組むべき事項が示されている。義務ではないが、記録体制を持たない工場が今後の取引先審査で不利になる可能性は現実的だ。

中小製造業での三者合意の作り方

大企業のAI推進事例を読むと「AI推進委員会を設置して……」という記述が多いが、中小製造業では専任の委員会を作る余力がない場合がほとんどだ。**重要なのは「体制の豪華さ」ではなく「誰が何を担当しているかが全員に見えていること」**だ。

中小製造業で実際に機能している三者合意の作り方は、次のステップで進む。

まず、A4一枚の「役割と承認フロー図」を作る。現場担当・IT担当・経営層の三者名を書き、それぞれが「何を決める人か」を2〜3行で定義する。承認フローの矢印も描く。ツールは問わない。Wordでも手書きでも構わない。「何を決める人か」が全員に伝わる形になっていれば十分だ。

次に、最初のAIプロジェクトの承認基準を数値で決める。「3か月間の試験運用でエラー率3%以下、現場担当者の使用継続率80%以上なら本番化を承認する」——このような基準を三者が合意した文書として残す。これが後の意思決定の根拠になる。

最後に、月1回15分の三者定例を設ける。推進状況・懸案事項・次の判断事項を共有する場を定期的に持つことで、「知らなかった」「聞いていない」が起きにくくなる。大規模な会議体は不要だ。3人が月1回15分顔を合わせる習慣が、長期的なAI推進の下地になる。

最初の一歩——今週から始める組織設計の手順

組織設計というと大掛かりに聞こえるが、最初にすべきことは一つだけだ。

「現在、このAIプロジェクトで誰が何を決める権限を持っているか」を書き出してみる。現場担当・IT担当・経営層それぞれの名前を書き、「Yes/Noの判断権限」「コスト承認権限」「現場適用の最終判断権限」をそれぞれ誰が持つか、現時点でわかることを書く。空白が多ければ、それが今の問題だ。

空白を埋める議論をすることが、最初の三者合意だ。議論の中で「それは私の仕事では……」という反応が出ても構わない。それが組織設計を始めるきっかけになる。

AIの選定・ベンダーの比較・精度の検証——これらはその後で間に合う。組織の役割と意思決定フローを先に作ることが、PoC止まりを防ぐ唯一の設計だ。

まとめ

製造AIが何度試みてもPoC止まりで終わるなら、技術を変える前に組織を見直すべきだ。

現場・IT・経営の三者が「誰が何を決めるか」を知らないまま進めるAIプロジェクトは、どれだけ精度が出ても使われない。逆に、承認フローと役割が一枚の図で明確になっている工場では、PoCから本番化への移行がスムーズに進む。

まず今週、「現在のプロジェクトで誰が何を決める権限を持っているか」をA4一枚に書き出してみてほしい。空白が多いほど、それが次のAI推進の課題リストになる。

参考・出典

• Dataiku「Manufacturing’s 2026 Mandate: From AI Pilot to Agentic Profit」（2026年1月） — MIT調査（生成AIプロジェクトのスケール到達5%）とGartner予測（2027年末までにエージェンティックAIの40%超が中止）を引用
• Gartner Predicts Over 40% of Agentic AI Projects Will Be Canceled by End of 2027（2025年6月25日 プレスリリース） — Gartner一次情報
• 人工知能関連技術の研究開発及び活用の推進に関する法律（AI推進法、令和7年法律第53号） — 2025年6月4日公布・一部施行、9月1日全面施行。推進法であり罰則は伴わない
• 内閣府「AI推進法について」 — AI推進法の概要・解説
• 人工知能関連技術の研究開発及び活用の適正性確保に関する指針（2025年12月19日 人工知能戦略本部決定） — AI推進法13条に基づく。広島AIプロセス・ISO/IEC 42001等を踏まえた活用事業者の取り組み事項