7割がパイロットで止まるという数字の出どころ

「パイロット煉獄」という言葉を製造業で広めたのは、McKinseyが2018年7月に公表した「Digital manufacturing: escaping pilot purgatory」です。7市場・700社超を調査し、デジタル製造ソリューションを全社展開できた企業は約30%(業界別に20〜34%)だったと報告しました。その後、複数の調査が同じ傾向を示しています。

調査時期・対象数字何を数えているか
McKinsey2018年7月、7市場・700社超全社展開できた企業 約30%デジタル製造ソリューションの全社展開
McKinsey2019年2月、グローバル調査先に進めなかった企業 78%インダストリー4.0のパイロットを始めた企業のうち
WEF2020年(2021年4月報道)パイロット段階にとどまる企業 74%(前年56%)インテリジェント工場の取り組み
BCG2024年10月、CxO 1,000人・59か国AIで先進的な企業 4%、リーダー22%全業種のAI能力(製造業限定ではない)
Gartner2024年8月予測生成AIの30%以上がPoC後に放棄2025年末までの生成AIプロジェクト

数字はどれも「7割前後が止まる」と読めますが、対象も定義も違います。McKinseyの2018年調査はデジタル製造全般、WEFはインテリジェント工場、Gartnerは生成AIです。社内資料で引用するときは、「どの調査の、何の割合か」を必ず添えてください。1つの数字だけで「AIの7割は失敗する」と言い切るのは正確ではありません。

インテリジェント工場の取り組みがパイロット段階にとどまる企業(前年56%)
74%
WEF(2020年、RTInsights 2021年4月報道)
インダストリー4.0のパイロットを始めて先に進めなかった企業
78%
McKinsey(2019年2月、グローバル調査)
うち2年以上経ってもスケールを試みていなかった企業
31%
McKinsey(2019年2月、同調査)

調査が挙げる「止まる理由」は技術以外が中心

McKinseyの2018年調査で挙がった障壁は、人材69%、ROIの欠如61%、ビジョンの欠如59%、IT環境の不備44%超でした。C-levelの責任者を置いている企業は36%、モデル工場(ライトハウス)を設けている企業は25%にとどまりました。

2019年の資料は、パイロットが止まる理由として次の5つを挙げています。

  • 短期の成果では事業性を正当化できない
  • ITシステムとデータの統合が難しい
  • 部門間の連携が弱い
  • 声の大きい推進者に合わせた設計になる
  • 組織・文化の変化を過小評価する

BCGは2024年10月の調査で、AIの資源配分の目安を「人とプロセスに70%、技術とデータに20%、アルゴリズムに10%」としました。アルゴリズムへの投資比率が最も小さいという点は、McKinseyの障壁の順位と整合しています。

製造業で煉獄が深くなる構造

製造業には、他業種より煉獄から抜けにくくする事情があります。現場でAIの立ち上げに関わってきた立場から見ると、次の3点が大きいと考えます(以下は当編集部の見立てです)。

1つ目は、ラインごとに設備・タグ・品番体系が違うことです。1ライン目で作ったデータの前処理は、2ライン目では使えないことが多く、横展開のたびに同じ作業を繰り返します。2つ目は、1件あたりの効果が小さいことです。1ラインの不良率改善は金額にすると小さく、PoCの費用を正当化しにくい一方、全ラインに広げれば大きくなります。つまり、横展開できる見込みがないと事業性が成り立たない構造です。3つ目は、IT環境の不備です。McKinseyの調査でも44%超が挙げていますが、制御ネットワークのデータを上位に出す経路、MESと時系列データの紐付けが用意されていない工場では、テーマごとにそれを一から作ることになります。

左はテーマごとに個別のデータ収集を作る煉獄型、右は共通のデータ基盤の上に複数テーマを載せる型の比較 煉獄型:テーマごとに作り直す 外観検査AI 予知保全AI 品質予測AI 個別収集 個別収集 個別収集 個別紐付け 個別紐付け 個別紐付け 2件目以降も同じ費用がかかる 基盤型:共通資産の上に載せる 外観検査AI 予知保全AI 品質予測AI 共通の収集層(OPC UA・MQTT・ヒストリアン) MES連携・命名規則・マスタ(共通) 2件目以降は上の層だけ作ればよい
パイロット煉獄の構造。テーマごとにデータの収集と紐付けを作り直すため、2件目以降も費用が下がらない。

抜け出すために最初に変える2つのこと

煉獄から抜けた企業の取り組みを調査と照らし合わせると、最初に変えるべきことは2つに絞れます。

1つ目は、横展開のコストを1ライン目で見積もることです。PoCの段階で、2ライン目以降に必要なセンサ追加、ラベル付け、再学習、タグの統一、運用人員の費用を概算します。全ラインに広げたときの効果と費用が並ぶと、PoCは「技術検証」ではなく「投資判断の材料」になります。具体的な見積もり項目はPoCから全ライン展開へ:12項目チェックリストにまとめています。

2つ目は、データ基盤をユースケース共通の資産として作ることです。設備データの収集、MESのロット・品質データとの紐付け、命名規則とマスタ、結果の書き戻しを、特定のAIテーマのためではなく工場の標準として整備します。McKinseyの2018年調査では、工場の半数以上をカバーする全社的なデータレイクを持つ企業は20%でした。共通の基盤がなければ、AIのテーマが増えるたびに同じ作業を繰り返すことになります。段階的な作り方はデータ基盤の段階的導入ロードマップで扱っています。

調査を自社の判断に使うときの注意

ここで挙げた調査は、主に海外の大企業を対象にしています。日本の中堅・中小製造業にそのまま当てはまるとは限りません。IPAの「DX動向2025」では、DXの成果が出ている日本企業は6割弱で、米国・ドイツの8割以上と差がありました。DX人材の「量」が不足していると答えた日本企業は85.1%です。国内では、人材とデータ整備の両方がより強い制約になっていると読めます。

また、パイロット段階にとどまること自体が常に悪いわけではありません。効果が出ないと分かったPoCを止めるのは正しい判断です。問題は、判断の場がないまま検証が延長され続けることです。PoCごとに中止条件と判断者を決めておくことが、煉獄に入らないための最低条件です。PoCそのものの設計手順は製造業AIのPoC設計を参照してください。

よくある質問

74%と78%はどちらを引用すべきですか?

目的によります。製造業のスマート工場の文脈ならWEF(2020年、74%)、インダストリー4.0のパイロット全般ならMcKinsey(2019年、78%)です。どちらも定義が異なるため、引用時は調査名・年・対象を併記してください。

PoCを何本並行して走らせるのが適切ですか?

本数より、各PoCに中止条件と判断者があるかが重要です。データ基盤が共通化されていない段階では、並行本数を増やすほど個別のデータ作業が増えるため、2〜3本に絞り、基盤の再利用を確認しながら進める方が結果的に速くなります。

経営層に煉獄の問題をどう説明すればよいですか?

「1件ずつは小さな効果しかなく、全ラインに広げて初めて投資が回収できる。だから横展開できる仕組みに先に投資する」という構造で説明すると伝わりやすくなります。横展開時の効果額と費用を1枚にまとめて示してください。

この記事に出てくる用語

用語集(日・英・中)をすべて見る

この特集について

AIは「データ基盤」で決まる

PoCは成功したのに本番で止まる。原因の多くはモデルではなく、MESと設備データの側にある 全130本

  1. MESとAIの関係:ロット・作業指示・品質判定がAIの精度を決める理由
  2. 製造業AIが本番で止まる7つの理由:PoCは成功したのにラインに載らない構造
  3. 製造業のAI-OCR:紙の検査記録・点検表・ミルシートをデータ化する手順
  4. データ基盤の段階的導入ロードマップ:ユースケースから逆算する8ステップ
特集の記事をすべて見る →

この記事を書いた人

株式会社サオス

株式会社サオス 製造DX部

DELMIA Apriso を中核とした MES / 製造DX の導入・運用・人材育成と、製造業向けAIの調査・開発・教育を手がけるITコンサルティング企業。ISO 9001:2015 / ISO 27001:2022 認証取得。 日本・中国・米国で製造業のMES・データ基盤・AI導入を手がけた実務者が、欧米・中国の一次情報にあたって書いています。