💡 この内容を、一人称の読み物（ストーリー形式）で読みたい方は → ストーリー版はこちら
（「レポート形式より物語のほうが頭に入る」という方におすすめです）
01 概要
| 想定する企業規模 | 従業員約60名・中小製造業（3工場体制） |
|---|---|
| DXフェーズ | 第1工場ステップ1〜6完了後、ステップ7（第2工場への横展開） |
| 課題 | 第1工場の成功パターンをマニュアルで「移植」しようとして2ヶ月間停滞。展開先リーダーが主体的に動かない状態が続く |
| 取り組み内容 | 「移植」から「再設計」へ転換。展開先独自の課題ヒアリング→KPI・ツール・プロセスを現場リーダー自身が設計 |
| 成果 | 再設計開始から4ヶ月で第2工場のKPIチェック実施率88%を達成。自発的に第3工場への展開が始動 |
本モデルケースは、「中小製造業のDX10ステップ」シリーズのステップ7「横展開」に対応する。一つの拠点（第1工場）でステップ1〜6が定着した企業が、その成功をマニュアルで他拠点に「移植」しようとして停滞し、「移植」から「再設計」へアプローチを転換する、という典型的なパターンを描いている。
02 取り組み前の課題
第1工場でステップ1〜6が完了し、月次ミーティングが「判断会」として機能している企業では、経営者主導で第2工場への横展開を試みた際に、以下のような問題が発生しやすい。
| 課題 | 詳細 |
|---|---|
| 「移植」による主体性の欠如 | マニュアルを渡し、第1工場リーダーに説明させても、第2工場リーダーが「自分の課題」として腹落ちしにくい |
| 工場間の業務差異の無視 | 第1工場（日報の3重入力が課題）と第2工場（入荷タイミング不明が課題）では根本的に課題構造が異なる |
| 数ヶ月の停滞 | KPIチェック実施率0%のまま推移。展開先リーダーは「やる気がない」のではなく、何から手をつければいいかわからない状態に陥りやすい |
03 このケースでのHABAねっとの関わり方
このようなケースでHABAねっとが重視するのは、「横展開の失敗は、展開先の問題ではなく設計の問題」という認識に立ち、アプローチを根本から変えることだ。第1工場の成功要因を分析すると、「現場が自分で課題を言語化し、自分で選んだ」という主体性のプロセスにあることが多い。この「プロセス」こそが共有すべきものであり、ツールやKPIの具体的内容は展開先が独自に設計すべきだ。
04 取り組みの内容とプロセス
1時間ヒアリング
（展開先リーダーが決定）
（2週間）
運用定着
第3工場へ展開提案
このパターンでは、展開先リーダーへのヒアリングで「外注入荷タイミングの不確実性による作業計画の遅延」のような、その拠点固有の最大課題が特定される。これを起点に展開先リーダー自身がKPI（例：入荷予定と実績のズレ件数）を設定し、Googleスプレッドシートの外注先共有シートをツールとして選択する、という進め方が望ましい。この際、第1工場のリーダーはすべての判断においてアドバイザー役に徹し、指示を出さないことが重要だ。
05 成果・数値
再設計前：0%
再設計前：0件
第1工場より2ヶ月短縮
展開先リーダーが自ら提案・推進
| 指標 | 「移植」試行時（2ヶ月） | 「再設計」後（4ヶ月） |
|---|---|---|
| KPIチェック実施率 | 0% | 88% |
| 月次意思決定件数 | 0件 | 月平均2.8件 |
| 展開先リーダーの主体性 | 受動的（「何をすべきか不明」） | 能動的（自ら第3工場へ提案） |
| 独自KPI・ツールの設計 | なし（第1工場コピー） | あり（入荷ズレ指標・共有シート） |
06 このモデルケースの示唆
横展開の失敗は「展開先の意欲の問題」ではなく「設計の問題」であることが多い。成功した現場のノウハウを「伝える」ことと、展開先が「自分のものにする」プロセスを設計することは別の活動である。
特筆すべきは、再設計による展開が最初の拠点よりも短期間（4ヶ月）で定着しやすいことだ。課題を自分で言語化したリーダーは、解決への動機が内発的であるため、外部からの督促なしに動き続ける。横展開の「速さ」は、プロセスの自律性に比例する。
07 今後の展開
このようなケースでは、第2工場のリーダーが経営者に対して第3工場への展開を自ら提案する、という展開が生まれやすい。「自分たちがやってきたプロセス（課題ヒアリング→KPI設定→ツール選定）を、第3工場のリーダーと一緒にやりたい」という動きだ。
こうして、成功した拠点のリーダーが「社内ファシリテーター」として他拠点の再設計プロセスを支援する体制が整い、外部支援への依存を減らしながらDXが社内で自走し始めるのが自然な流れだ。
08 同じ課題を抱える方へ
「一部署でうまくいったのに、他の部署に広がらない」という状況は、DXの横展開でよく見られるパターンだ。原因の多くは「移植しようとしている」ことにある。
横展開を始める前に確認すべきことは1点だけだ。「展開先のリーダーが、自分の言葉で課題を話せているか」。これができていれば、その後のプロセスは自然に動き出す。できていなければ、まずそこから始める必要がある。
HABAねっとは、北陸を拠点に中小企業・個人事業主のDX伴走支援を行っています。「一部署の成功を全社に広げたい」という段階での設計支援も行っています。
📖 ストーリー版（一人称・読み物）は → こちら