一度決めたシステムを壊せなくなる理由

業務システムやSaaS、管理ツール、社内フロー。導入して運用が始まったあと、ある違和感が生まれることがあります。想定したほど使われていない。業務に合わない部分が増えてきた。修正や変更が、やけに重く感じる。

それでも、こんな言葉が出てきます。「ここまで作ったのに、今さら壊せない」「一度決めた以上、簡単に戻すのは無責任だ」「現場が混乱するから触らないほうがいい」。

このとき問われているのは、システムの出来不出来ではありません。一度導入したものを「壊せなくなる」構造そのものです。

システムが「判断」から「前提」に変わる瞬間

導入した当初、システムは業務を改善するための手段であり、仮説を検証するための道具でした。

ところが、運用ルールが固まり、特定の役割や評価と結びつき、説明資料や教育内容に組み込まれる瞬間がやってきます。そこから先、システムは疑って検証すべき対象ではなくなり、誰も疑わない「前提条件」として扱われ始めます。

壊せなくなる理由①：人が固定される

いちばん大きな要因は、人との強い結びつきです。特定の担当者しか仕組みを理解しておらず、その人の評価や役割がシステムと直結している。その人がいなければ業務が回らない。

こうなると、「システムを壊す＝その人を否定する」という感情的な構図が生まれます。合理性よりも、人間関係や配慮が優先されるようになるのです。

壊せなくなる理由②：契約とコストが心理の問題になる

年契約や長期契約、初期構築費用、社内外への説明コスト。これらが積み重なると、単なるお金の問題を超えて、「失敗を認めることへの心理的な負担」に姿を変えます。

その結果、使われていなくても続ける、問題が分かっていても手を付けない、という選択が正当化されていきます。

壊せなくなる理由③：変更＝混乱という短絡

システムの変更を検討すると、「現場が混乱する」「教育コストがかかる」「一時的に生産性が落ちる」という懸念が必ず出てきます。どれも事実です。

問題はその先にあります。混乱をどう扱い、どこまで許容するかを最初に設計していないと、変更そのものが「やってはいけない禁忌」になってしまうのです。

不可逆性は技術ではなく、判断の構造から生まれる

一度決めたシステムが壊せなくなるかどうかは、技術の問題ではありません。次のような条件が重なったとき、本当の不可逆性が生まれます。

• 人・評価・役割とシステムが強く結びついたとき
• 契約が判断の更新を許さない形になっているとき
• 「戻す」という選択肢が最初から想定されていないとき

この状態では、システムを変えることは判断の更新ではなく、「過去を否定する行為」として受け取られてしまいます。

判断を考え直すための問い

自社の経営判断や組織設計を見直すために、次の問いを投げかけてみてください。

• このシステムは、どのような判断を固定化しているか？
• その判断は、今も有効な前提に基づいているか？
• システムを壊すことと、人・評価・責任は切り離されているか？
• 最初から「やめる」選択肢は設計されていたか？

はっきり答えられない問いがあるなら、問題はシステムそのものではありません。システムを「前提」にしてしまった判断の構造にあります。

可逆性のある業務プロセスと、権限委譲を意識した組織設計。その二つがあってはじめて、中小企業の経営は持続可能になります。