システムは、一気に入れてはいけない｜反・精神論 #15

土台を整え、改善を回し続ける。
この二つを現場が無理なく続けられる形にするのが、
最後の仕上げです。

匠ストラクチャーの五つのステップも、
いよいよ最後です。最後のステップ5は、
情報基盤設計＋改善手段設計。

土台を整え、改善を回し続ける
――この二つを一つの仕上げとして扱います。
前半は5構造の「土台」
――マスタ・データ・デジタル――を整える作業、
後半は改善の循環を現場に根づかせる作業です。

情報基盤設計の核心は、
土台から整えることと、一気に入れないことです。
まずマスタを整え、データの流れを通し、
そのうえでデジタルを小さく試し、
効果を数字で示し、横に広げ、
評価と結びつけて定着させる。

土台が歪んだままツールだけ載せても、
混乱が速くなるだけです。
ツールの良し悪しより、土台の整備と入れ方の
設計が成否を分けます。
改善手段設計は、市場の反応を社内に戻し、
仮説を立て、検証し、また戻す。

この循環を組織のルーティンにする作業です。
一度きりの改善ではなく、回り続ける仕組みにする。

月に一度、顧客の声のトップ3を見て、
次の検証を決める。

地味ですが、これが続く会社は強くなります。

◤ 全社一斉のDXで現場を混乱させた、私の失敗。新しい管理システムを、全社一斉に入れようとして、私は現場を混乱させたことがあります。

良いツールを選んだつもりでした。
けれど、現場ごとに事情が違い、一斉導入は
その違いに対応しきれませんでした。

あちこちで「これでは回らない」という声が上がり、
私は導入を一度、止めざるを得なかった。

良いものを入れれば変わる、という私の思い込みが、
間違っていたのです。

仕切り直して、やり方を変えました。
まず一部門だけで試し、効果を数字で確かめてから、
その実例を持って横に広げる。
すると、先に成功した部門の数字が、何よりの説得材料になりました。

「あそこでこれだけ効果が出た」と言われると、抵抗していた部門も動く。
正しさを説くより、実例を見せる。
順序を変えただけで、同じツールが定着しました。
私は、この順序の大切さを、自分の失敗から学んだのです。

「結局ツールを入れないと変わらないのでは」
と思われるかもしれません。順序が逆です。

ツールは、業務とマスタが整って初めて活きる。
整っていない上にツールを載せると、混乱が高速化するだけです。

だから匠ストラクチャーでは、DXを最後のほうに置く。
土台を整えてからデジタルを載せる。
この順序自体が、失敗を防ぐ設計です。

「段階的だと時間がかかるのでは」という声もあります。
しかし、一気に入れて失敗し、現場の信頼を失えば、
やり直しにはもっと時間がかかる。急がば回れです。

特に、効果を数字で示す二段目を飛ばさないこと。
ここを飛ばすと、横展開で必ず抵抗に遭います。

この二つに共通するのは、「やってみた」で終わらせない、
という姿勢です。試すだけなら誰でもできます。
難しいのは、効果を確かめ、勝ちパターンを標準に組み込み、
回り続ける形にすること。
ここまでやって初めて、改善は資産になります。

そして、ここがこの五つのステップの肝です。
構造診断から改善まで、この一連のサイクルを、
競合よりも1mmでも速く回す。

それを続ければ、勝ち戦はおのずと見えてきます。
一回ごとの完璧さより、回し続ける速さ。
回転が競合を上回った会社が、市場で勝っていくのです。

五つのステップを振り返ると、構造診断で全体を見て、
判断と業務を設計し、数字を見える化し、市場の声を戻し、
土台を整えて改善を回し続けるという一本の流れになっています。

流れの4層と、それを支える土台。
どれか一つではなく、つながった全体として機能するのが
匠ストラクチャーです。

私がDXで失敗したと正直に書けるのは、
その痛みから学んだことが、今の手順の背骨になっているからです。
どれだけ良いツールでも、入れ方を誤れば使われません。
小さく試し、数字で示し、横に広げる。
この順序の大切さを、私は失敗してから理解しました。
急がば回れだと、痛い目で学んだのです。

第14話　https://note.com/human_crab7218/n/n31254f3711ae
第16話　https://note.com/human_crab7218/n/n0b3f1c135f30

✓ 今日できる一歩
・情報基盤（マスタ・データ・デジタル）の整備は、まずマスタの掃除から始め、試す対象を「一部門・一業務」に絞る。
・月次会議に「今月の改善テーマを一つ決める」枠を作る。