属人化は「タスク」と「ジャッジ」で分けると、打ち手が変わる
属人化を解消したい。特定の誰かがいないと回らない状況を脱したい。
規模も業種も関係なく、あらゆる組織で繰り返されてきた悩みです。
しかし以前、「仕組みが壊れるのは、属人化のせいではなかった」という記事で書いたように、仕組みが崩れる本当の原因は、属人化そのものではなく設計の不在にあります。
ただし、設計で解くべき問いは1つではありません。「あの人がいないと困る」の裏には、性質の違う2つの困りごとが同居しています。混同したまま打ち手を選ぶから、マニュアルを整えても回らないし、引き継ぎ資料をつくっても判断が止まる。
まずは、属人化の中身を分けるところから始めてください。
「あの人がいないと困る」は、2種類の困るが混ざっている
属人化には、性質の異なる2つの種類があります。仮にタスク依存とジャッジ依存と呼びます。
タスク依存は、業務そのものがその人にしかできない状態です。
経理の月次決算、複雑なシステムの保守、特定ツールの操作。担当者が休んだ瞬間、現場にエラーが出ます。月次の数字が締まらない、データが集計できない、障害が復旧しない。困りごとは目に見えるかたちで現れます。
ジャッジ依存は、判断そのものがその人にしか下せない状態です。
数日いなくても、現場のオペレーションは動いています。エラーは起きません。けれど話が前に進まない。「Aさんに確認しないと進められない」「Aさん待ちで一旦保留」。3分で即決していたことが、3日、1週間と滞留する。組織全体のスピードが、じわじわ落ちていきます。
どちらも「あの人がいないと困る」と語られるため、多くの組織で混同されます。けれど原因も打ち手も、まったく違います。
タスク依存の「守護神」は、組織の負債が生む
以前、ある会社で出会った人のことを思い出します。
その人は、文字通り一人部署でした。その領域の業務を何年もひとりで回してきた。有給を取ると周囲は業務が回らなくなり、決まってこんな声が漏れる。「なんであの人は、自分にしかわからないやり方をするのか」と。
これは完全に取り違えです。
その人が好んで属人化させたわけではない。誰もやる人がいなかったから、その穴を黙って埋め続けてきた。一人で膨大な処理をこなす環境では、人に教えるより自分で動かしたほうが早い。現場を支えてきた結果、皮肉にも属人化の元凶として指を差される。守護神は、組織の欠陥を一身に背負ってきた功労者です。
問うべきは守護神ではなく、組織の側です。
なぜ、一人で抱える構造になったのか。リソース配分か、業務フローか、ツールか。原因はひとつとは限りません。ただ共通しているのは、「この仕組みが正常に動いている状態」を組織として定義できていないことです。
マニュアルの本質は手順の写経ではなく、正常の定義にあります。正常を定義してはじめて、異常を異常として検知できる。守護神の頭の中にしかない正常基準を、仕組みの側に移植する。これがタスク依存に対する設計の核心です。
もちろん、情報を意図的に抱え込むケースもあります。けれどそれも、個人の性格だけで片づけるのではなく、抱え込めてしまう構造として見たほうが打ち手は見えやすい。
ジャッジ依存の「越境者」は、情報の偏りが生む
もう一方のジャッジ依存は、自分自身の話になります。
私はかつて、組織のなかで明らかに越境していました。担当領域の外にあるボールを拾いに行く。営業・開発・管理部門のあいだを飛び回り、情報を整理し、本来は複数の会議を経て決めるべきことを、その場の文脈でさばいていく。周囲からは重宝がられました。「あの人に聞けば早い」「あの人に任せておけば安心だ」と。
なぜ即断できたのか。各部門から集まる生きた情報が、自分のところに集中していたからです。情報が集まるから判断の精度が上がり、精度が高いからさらに頼られる。頼られるから、さらに情報が集まる。依存のスパイラルが、静かに完成していきます。
この構造は、組織のフェーズを問わず物事を速く進めます。立ち上げ期に限らず、成熟した組織でも、営業と開発の優先順位調整、管理部門と現場のルール運用、経営会議に上げる前の論点整理を、一人の越境者がさばいているケースは珍しくありません。
問題は、統合された情報と判断ロジックが、個人の頭の中に閉じたままだということです。組織が拡大しても越境者の役割が「自分で判断し続けること」のままなら、抜けた瞬間に組織は止まります。
ジャッジ依存もまた、越境者の引き継ぎ資料を整えるだけでは解けません。問うべきは組織の側です。
なぜ、その人にしか情報が集まらないのか。
答えは、情報の流路が設計されていないからです。会議体が形骸化している。各部門の意思決定が横に共有されない。情報を束ねる場がない。だから、統合できる人間が一人しかいない構造になる。
越境者の役割は、自分で判断し続けることから、判断できる状態を組織に設計することへ移行しなければなりません。同時に、マネジメント層にも自分の権限を行使する覚悟が要ります。情報が揃い、判断材料が整ったなら、「あの人が詳しいから」と委ねず、自分で決める。これが揃わない限り、越境者は何人代わっても再生産され続けます。
自分の組織がどちらに苦しんでいるのか、見分ける
方向性は見えてきました。最後に必要なのは、自分の組織の「困る」がどちらなのかを見立てる眼です。
判別はシンプルです。
その人が3日休んだとき、止まるのは現場のオペレーションですか。それとも会議と意思決定ですか。
オペレーションが止まるならタスク依存。手を打つ場所は、単なる手順マニュアルの整備ではなく、正常状態の言語化と異常検知の設計です。
意思決定が止まるならジャッジ依存。手を打つ場所は引き継ぎ資料ではなく、情報の流路設計と権限委譲です。
両方が同時に止まる組織もあります。その場合、多くはタスク依存への手当てを先に置いたほうがいい。現場が回らない状態では、ジャッジの材料となるデータがそもそも揃わないからです。
そしてどちらの場合も、守護神や越境者を責めない。彼らの多くは、組織の欠陥を一身に背負って穴を埋めてきた功労者です。属人化の解消とは、特定の人を組織から切り離す作業ではなく、その人が担ってきたものを組織に埋め込む作業です。
属人化している人を責めても、何も変わらない
もしあなたの組織で「あの人がいないと困る」という言葉が出たら、まず立ち止まってください。
その「困る」は、現場が止まる困るですか。それとも、判断が止まる困るですか。この違いを見分けるだけで、打ち手は変わります。
守護神に必要なのは、仕組みの側に正常を定義することです。
越境者に必要なのは、情報の流路を設計し、権限を委譲することです。
マニュアル整備で済むのか、情報設計が要るのか。同じ「困る」でも、向かう場所がまったく違います。
「あの人がいないと困る」という嘆きは、属人化の指摘ではなく、設計の不在を告げる音です。
その音をどう聴き分けるかで、組織の次の一手は変わります。
#BizOps #属人化 #組織設計 #仕組み化 #組織開発 #経営企画
仕組みが壊れるのは、属人化のせいではなかった
本記事の前編にあたる一本です。「属人化の本当の正体は異常に気づけない設計だ」という論旨を踏まえた上で、本記事はその属人化の中身をさらに分解しています。先に読むと、本記事の問いの立て方がより明確に見えます。
正しく動く仕組みは、なぜ誰にも見えないのか
本記事のタスク依存の「守護神」の姿に共感した方へ。組織の穴を黙って埋め続けた人の仕事が、なぜ成功するほど見えなくなるのか。その透明化の構造と、設計者としての価値の可視化について揘り下げています。
Xでは、記事にする前の断片や
現場で感じた違和感を ほぼ毎日書いています。
よかったら、のぞいてみてください。
https://x.com/kakushiaji_inc
