仕組み化は、いつも正義なのか
仕組みをつくる仕事をしていると、仕組み化は善だという確信が、自分の中に育っていきます。
属人化を解消し、再現性を担保し、人に頼らずとも組織が前に進む。その確信は、何度も現場で証明されてきたものなので、揺らぐことはありません。
ただ、最近ある問いが頭を離れません。
仕組み化は、いつも正義なのか。
答えを急ぐ気はありません。ただ、設計者を名乗るなら一度は立ち止まって問うべきだと思っています。疑えない確信ほど、気づかないうちに何かを壊すことがあるからです。
仕組み化より先に、目的化が起きている
最近、AIの導入を観察していて、強烈に既視感を覚える場面があります。
「うちもAIを入れました」という報告が、成果報告のように語られる場面です。何の業務に、誰のために、何を変えるために導入したのか。その問いより先に、導入したという事実そのものが、目的として機能しています。
これは、仕組み化でも同じことが起きます。
マニュアルを整備すること。フローを可視化すること。ツールで管理すること。それ自体は手段のはずなのに、いつの間にか、できた、整ったという手応えそのものが達成感に変わります。完成したマニュアルが棚に並ぶ。誰も開かなくても、存在することが安心を生みます。
手段の目的化は、仕組み化の文脈でも静かに進行します。そしてこの状態に最も気づきにくいのは、皮肉なことに、仕組みをつくった当人です。
つくった側には、整えたという達成感があります。使う側に何が起きているかは、少し遠い。だからこそ、設計者は意識して使う側に回る必要があります。最も気づきにくい立場にいる人間が、それでも気づくための唯一の方法が、それなのです。
仕組みが生きているかどうかは、使う側にしか見えない
私が気をつけていることがあります。
自分でつくった仕組みを、自分でも使ってみることです。
設計者として外側から眺めるのではなく、実際に業務の流れの中でそのマニュアルを開き、そのフローを辿り、そのツールに入力してみる。すると、見えなかったものが見えてきます。
導線が一つ余計だった。前提が書かれていなかった。ここで迷う、という箇所が必ず出てきます。
外から整って見えていたものが、内側から使うと途端に使いにくくなります。この落差が、仕組みが生きているかどうかの指標になります。
設計者が現場から離れるほど、この落差は広がっていきます。仕組みは完成した瞬間から劣化が始まります。業務は変わる。人は入れ替わる。顧客の要求は変化する。更新されない仕組みは、やがて、あるけれど使われないものになります。
仕組みが正義であるためには、更新し続けられる構造であることが条件になります。完成させることではなく、使い続けながら育てることが、設計者の本当の仕事です。
「正しい設計」が、自律を奪うとき
もう一つ、正直に書いておきたいことがあります。
設計には、二つの方向があります。判断を活かす設計と、判断を奪う設計です。手順をこれが正しいと固定しすぎる設計は、人から考える余地を奪います。これは効率という意味では正しく見えて、同時にある種の危うさをはらんでいます。問題は設計が優れていることではなく、設計が判断を奪う方向に振れすぎることなのです。
判断の余地が消えると、例外への対応力も下がります。「マニュアルにないのでわかりません」という現場は、設計が行き届いた組織ではなく、自律を手放した組織かもしれません。
ここで一つ、区別しておきたいことがあります。
仕組み化が解消すべきなのは、特定の誰かにしかできないという意味での属人化であって、現場の一人ひとりが持つ判断力そのものではありません。
属人性を減らすことと、人の自律を奪うことは、まったく別のことです。
両者を混同すると、人に頼らない組織をつくっているつもりで、人が考えない組織をつくってしまいます。
マニュアルの本質は、正常状態を定義することで異常を検知できるようにすることだ、と私は書いてきました。その考えは今も変わりません。ただし、異常を検知できることと、その異常の意味を解釈して対応できることは、別の能力です。
正常の定義が精緻になるほど逸脱は見つけやすくなりますが、定義の外側で何が起きているのかを読み取る目は、意識しなければ育ちません。検知は仕組みが担えても、解釈は人にしか担えません。
仕組みは、現場の判断を補助するものであって、代替するものではありません。この順序を間違えると、よく整った仕組みが、よく考えない組織をつくってしまいます。
設計者の成熟は、自分の正義を疑える構えにある
仕組み化は正義だと、今でも思っています。属人化より再現性、感覚より設計、気合より構造。その確信は変わりません。
ただ、正義には条件があります。
使う人の自律を守っているか。更新し続けられる構造になっているか。手段が目的に化けていないか。
この問いを定期的に自分に向けられるかどうかが、設計者としての成熟だと思っています。確信を持ちながら、その確信を疑う。矛盾しているように見えますが、これが設計の現場で生き続けるための構えです。
批判家ではなく建築家であること。それは、他者の過去を裁かないことだけではなく、自分の正義も更新し続けることを意味しています。
その確信があるから、私は今日も仕組みをつくり続けています。そして、つくりながら疑い続けています。
#BizOps #組織設計 #仕組み化 #業務改善 #組織開発 #マネジメント #仕事の設計
マニュアルの正体は異常検知。定型業務を資産に変える標準化
本記事で触れた、マニュアルの本質は正常状態を定義して異常を検知できるようにすることだ、という考え方を、その出発点から丁寧に展開した一本です。仕組み化を再現性の担保としてではなく、異常を浮かび上がらせる基盤として設計する。その視点が、本記事で問い直した仕組み化の正義を支える土台になっています。仕組みを正しく疑うための前提を、改めて確かめたい方におすすめです。
属人化は「タスク」と「ジャッジ」で分けると、打ち手が変わる
本記事では、仕組み化が解消すべき属人化と、現場の一人ひとりが持つ判断力そのものは別だと書きました。この記事は、その属人化をさらに、誰でも再現できるタスクと、経験に依存するジャッジに切り分けて捉え直します。どこを仕組みに委ね、どこに人の判断を残すべきか。本記事の問いを、より具体的な打ち手へと落とし込みたいときの実践的な補助線になる一本です。
記事を読んで気になったこと、普段仕事で感じているモヤモヤ、なんでも大歓迎です。気軽に送ってみてください！