#しくみのスキマ｜標準化の罠を越えてスキマを設計する
「標準化すれば効率化する」──この言葉は、どんな現場でも一度は耳にしたことがあるのではないでしょうか。 たしかに、属人的な手順やバラバラなルールを一つの型にそろえることは、品質を安定させ、誰もが同じように作業できる再現性を高めるうえで、とても大切なアプローチです。
しかし、実際に標準化されたシステムや新しいルールを導入してみると、現場でどうにもうまく回らない、という現象が起きます。 仕組みは綺麗に整ったはずなのに、なぜか現場の動きが鈍くなってしまう。エラーが起きたときの対応に、以前よりも時間がかかるようになってしまう。 そんなもどかしい経験をされた方も多いはずです。
現場の人が新しいルールを覚えるのが苦手だから、ではありません。 その理由の多くは、私たちが無意識に引いてしまう「標準化の範囲」の誤りにあります。
何を標準化するのか
たとえば製造現場を例に考えてみましょう。 製造の基本となる手順や、製品を構成する部品のデータ、絶対に守らなければならない検査基準といった「本流」のデータは、間違いなく標準化の対象になります。 それらは、組織全体で共有すべき共通言語であり、品質や安全を守るための揺るぎない基盤だからです。
一方で、日々の「生産計画の微調整」や「現場でトラブルが起きた際のリカバリのルール」まで、すべてを同じシステム上の厳しい型に押し込めてしまうとどうなるでしょうか。 現場には、天候や機械のわずかな不調、その日の人員の体調など、システムには入力しきれない細やかな変数があふれています。そうした「ゆらぎ」に対応するための手順まで標準化してしまうと、かえって現場は動きづらくなってしまいます。
完璧すぎる標準は、人がその場で考えて工夫する余地や、臨機応変な判断のスペースを奪ってしまうのです。 標準化は、業務をスムーズに流すための「手段」であって、「目的」ではありません。 その目的を取り違えてしまうと、私たちが良かれと思って作ったしくみは、すぐに現場を息苦しくさせる窮屈な檻になってしまいます。
手段が目的になる瞬間
この「手段が目的化してしまう構図」は、標準化に限ったことではありません。
たとえば、ある製品のコストダウンを企画する際に、「材料を半分にする」という具体的な目標を立てたとします。 本来の目的は、利益を生み出すために「コストを下げること」です。 しかし、プロジェクトが進むにつれて、いつのまにか「材料を半分にすること」自体が絶対の目的になってしまうことがよくあります。 結果として、材料を半分にするための特殊な加工費が高くつき、トータルのコストが全く下がっていなくても、「半分にする」という施策だけが誰にも止められずに続いていく。
標準化の現場でも、これと全く同じことが静かに起きています。 「例外をなくし、標準化を進めること」そのものが目的化してしまうと、本来のゴールであるはずの「しくみを活かして現場を楽にすること」から、少しずつ、しかし決定的に離れていってしまうのです。
線を引くという設計
私たち業務設計者の仕事は、すべてを綺麗に整えることではありません。 どこまでをシステムによる標準化で縛り、どこから先を現場の人の判断や工夫に委ねるのか。 その「線」をどこに引くかを見極めることにあります。
この線引きは、単なるマニュアル作りや運用ルールの策定ではありません。組織が人間というものをどう捉えているかという、思想そのものを映し出すものです。 「例外を許さず、すべてをシステムで制御したい」という冷たい理想と、「人の判断を残して、変化に強い柔軟性を保ちたい」という生々しい現実。 この二つのあいだに立ち、互いが納得できる橋をかける設計が求められます。
ゆるみを設計する
たとえば、生産管理などの本流のデータは全社共通のシステムで厳格に統一しながらも、各工場での日々の細かな調整業務や、現場独自の管理帳票については、あえてExcelでの運用を残す。 そんな設計も、ひとつの正しい答えです。
それは決して「標準化しきれなかった失敗」ではありません。 現場が直面する日々の小さな変化や摩擦を、柔らかく受け止めるための「余白」を意図的に設けたということです。
すべてを完全にそろえて身動きを取れなくするよりも、適度に「ゆるみ」を残しておくこと。 それによって、しくみは現場の呼吸に合わせて、長く生き続けることができます。
スキマを設計するということ
業務設計者とは、ガチガチの標準と、現場の独自のやり方のあいだにある「スキマ」を設計する人なのだと感じています。
しくみを固めすぎれば、人は考えることをやめ、動けなくなってしまいます。 かといって緩めすぎれば、組織としての統制が崩れ、属人化の海に沈んでしまいます。
その中間にある、常に揺れ動く「ちょうどよさ」を探り続けること。 標準という冷たいルールと、現場という温かい人間の両方が、苦しくならずに呼吸できるように設計すること。
それが、しくみをただ導入するのではなく、現場で生きたものとして“活かす”ための、業務設計なのだと思います。
読後の処方箋：しくみの思想をさらに深めるために
この記事を読んで、現場とシステムの間にある「もどかしさ」の正体をもっと知りたいと感じた方へ。 今の立ち位置や、抱えている課題に合わせて、いくつか補助線となる記事を置いておきます。
システム導入や標準化において、「どこに線を引くべきか」という境界の設計に悩んでいる方へ #しくみのスキマ ｜しくみとしくみのあいだに境界を描く
現場の言葉と、ITのロジックがどうしても噛み合わないと感じている方へ #業務設計者論 ｜翻訳者はしくみの言葉を編む
IT部門と現場部門の間に立って、自分の役割や存在意義に孤独を感じている方へ #業務設計者論 ｜業務でもITでもない、しくみの“スキマ”に立つ
バラバラなツールや情報が現場に散乱していて、まずは具体的な「配置」から見直したい方へ 配置の設計 ＃1｜揃っていないのに焦る世界
全体をひとつのシステムに統合するのではなく、中心と周辺を分けて柔軟につなぎたい方へ #しくみのスキマ ｜ハブとスポークでしくみを動かす