DXが止まる現場の多くは、構想が間違っているのではなく、 構想を現場に接続する設計が抜けていることにあります。
DX構想の資料はきれいに出来上がっている。経営層も理解している。 ロードマップも引かれている。それなのに、半年経っても実行フェーズに たどり着かない——こういう状況は、珍しくありません。
BOTTISがこの種の案件に入るとき、まず構想資料を責めません。 構想が悪いケースはむしろ少数派です。ほとんどの場合、 構想と現場の間を接続する部分が設計されていません。
以下、BOTTISがこれまで現場で目撃してきた4つの典型パターンと、 それぞれの立て直し方を紹介します。
4つの典型パターン
施策が多すぎて、優先順位がつかない。
- 症状
- 構想資料に20以上の施策が並んでいるが、どれから着手すべきか議論が毎回ループする。「全部重要」のまま止まっている。
- 原因
- 優先順位をつけるための判断軸が揃っていない。重要性と緊急性を分けていないか、そもそも軸の定義ができていない。
- 立て直し方
- 施策一覧を一度リセットし、2軸(例: 影響度 × 着手しやすさ)で並べ替える。並べ替える作業を、経営層ではなく現場キーマンと一緒にやるのがコツ。
担当者が決まらないまま、宙に浮いている。
- 症状
- 施策ごとの「やるべきこと」は書かれているが、「誰がやるか」が空欄のまま放置されている。会議のたびに「次回までに決めます」で終わる。
- 原因
- 担当者を決めることは、実は組織の責任分担を決めることと同義。誰も進んで引き受けたくない領域ほど宙に浮く。
- 立て直し方
- 「主担当」と「協力部門」を分けて書く。主担当を押し付けるのではなく、各部門が持つ既存の役割との接続点を示してから決める。
現場への落とし方が、設計されていない。
- 症状
- システムは導入されたが、現場のオペレーションが変わっていない。「新しいシステムを使ってください」という掛け声だけで運用が変わると期待している。
- 原因
- 業務プロセスの変更設計、教育計画、既存業務との並走期間が構想に含まれていない。導入後の"落ちない"理由の大半がこれ。
- 立て直し方
- 導入前に「現場の1日の動き方」をBefore / Afterで書き出す。変わる動作、残る動作、新しく必要な役割を明確化してから導入する。
投資判断の基準が、経営層と揃っていない。
- 症状
- 現場は進めたいが、稟議が通らない。経営層は「効果が見えない」と言い、現場は「やってみないと分からない」と言う。平行線。
- 原因
- 投資判断に使う"ものさし"が、経営層と現場で違う。経営層はROI、現場は工数削減や品質、といった具合に軸がズレている。
- 立て直し方
- 経営層が使う投資判断基準を先にヒアリングし、その言語で効果を翻訳し直す。現場の言葉のまま経営に持っていくのは通らない。
共通する処方箋
4つのパターンは表面的には違って見えますが、共通する処方箋があります。 それは「構想と現場の間を、言葉で埋める」ことです。
DX構想が止まる本当の理由は、構想と現場の間にある「翻訳作業」が 誰の責任でもないままになっていることにあります。経営層は現場を知らず、 現場は経営層の判断基準を知らない。その間を埋める役割が設計されていないのです。
DXが止まる場所は、ほとんど毎回、同じ「間」である。
BOTTISが支援に入るとき、最も多く担うのがこの「間を埋める」作業です。 華やかでもなく、構想策定ほどのインパクトある成果物が出るわけでもありません。 しかし、これがないとDXは実行フェーズに入りません。
もし今、DX構想が止まっていると感じるなら、構想資料を見直すのではなく、 構想と現場の間に何が抜けているかを棚卸しすることから始めてみてください。 大抵の場合、答えはそこにあります。