ちゃんと改善したはずなのに、なぜか元に戻る
あのときは、確かに変えた。
話し合って、合意して、
資料も直して、運用も決めた。
「今回はちゃんとやった」
そう思っていたはずなのに。
気づくと、
少しずつ、元のやり方に戻っている。
よくある光景
改善案は通った
現場も一度は動いた
数週間はうまく回った
でも、
忙しくなると省略される
一部の人しか守らなくなる
新しく来た人が知らない
いつの間にか例外が増える
「前のやり方でいいよ」が出る
そして、
何事もなかったように、元通り。
改善が失敗したわけじゃない
ここ、よく誤解されます。
「改善が甘かった」
「詰めが足りなかった」
「現場が守らなかった」
違うことが多い。
改善そのものは、
ちゃんと成立していた。
ただ、
続く前提がなかっただけです。
しくみは「戻る力」を持っている
組織や業務には、
見えにくい性質があります。
それは、
元の状態に戻ろうとする力。
慣れたやり方
安心できる流れ
説明しなくていい関係
これらは、
想像以上に強い。
一度変えても、
放っておくと、
自然に引き戻される。
改善はイベント、定着は構造
多くの改善は、
「イベント」としては成功します。
プロジェクトが立つ
キックオフがある
成果が出る
でも、
イベントが終わったあとを
設計していない。
誰が守るのか
どう確認されるのか
何が変わったと言えるのか
ここが空白だと、
改善は静かに風化します。
元に戻す犯人はいない
ここも大事なところです。
誰かがサボったわけじゃない。
誰かが壊したわけでもない。
ただ、
元に戻れる構造が残っている。
旧ルールが生きている
判断基準が更新されていない
評価の軸が変わっていない
それなら、戻るのが自然です。
「改善疲れ」が生まれる瞬間
何度もこれを繰り返すと、
ある空気が生まれます。
またか
どうせ戻る
今回も一時的でしょ
こうして、
改善そのものが信じられなくなる。
これが一番、もったいない。
変えるべきは、やり方より配置
改善を定着させたいなら、
工夫や努力を足すより先に、
どこに組み込むか
何と結びつけるか
何が変わったら成功か
このあたりを
しくみとして置く必要があります。
改善は、
“良いこと”では続かない。
ここから先は、「戻らない改善」の話
もし今、
「また元に戻ったな」と感じているなら。
それは、
あなたの改善力の問題ではありません。
戻れる余白を残した設計の話です。
関連記事
▶ なぜ改善は「その場限り」で終わるのか
▶ しくみが定着しない構造を分解する
動くしくみ、止まるしくみ
▶ 改善が文化にならない理由
配置の設計｜動的な配置
改善が戻るのは、
失敗だからじゃない。
戻れるままにしているからです。
ここは、
そういう“戻り方”を扱っている場所です。