属人化と一人依存から抜け出す — 「あの人がいないと回らない」の構造

属人化は、誰かのサボりや怠慢から起きるとは限りません。むしろ「その人が優秀で速いから、任せた方が早いから」起きる、短期の効率の裏返しでもあります。だからゼロにするのが常に正解とは限りません。

ただし、何人が抜けたら業務が止まるかというバス係数が小さいほど、組織は一人の休職・退職に弱くなります。本記事では、属人化の構造、効率とのトレードオフ、そして解消の手順を整理します。

バス係数 — 何人抜けたら止まるか

ソフトウェア開発の現場で広まったバス係数(bus factor / truck factor)という指標があります。「チームの何人がバスに轢かれて(=突然いなくなって)業務が止まるか」という、やや物騒な言い回しの考え方です。係数が 1 なら、その一人が抜けるだけで止まります。係数が大きいほど、特定の個人に依存していないことを意味します。

属人化が問題になるのは、この係数が小さいときに起きうる事態が大きいからです。具体的には次のようなリスクがあります。

負荷が一人に集まる構造は、「自分が足を引っ張っている」と感じたときのように、当人の自己評価や役割の悩みにも波及します。属人化は「個人の問題」ではなく、業務の置き方そのものの構造として捉える方が扱いやすくなります。

なぜ属人化は起きるのか

属人化は放置や手抜きの結果というより、いくつかの合理的に見える選択が積み重なって生まれます。原因を分けて見ると、対処の入口も見えてきます。

短期効率 — 任せるより自分でやる方が速い

手順を教える、ドキュメントを書く、レビューするには時間がかかります。目の前の納期だけを見れば、慣れた本人が一人でやり切る方が確実に速いという場面は珍しくありません。一回ごとの判断としては妥当でも、それを繰り返すうちに知識が一人に蓄積していきます。

暗黙知 — 言葉にしにくい知識

経営学者の野中郁次郎らは、知識を文章や図で表せる形式知と、経験や勘のように言葉にしにくい暗黙知に分けて論じました。属人化した業務には、この暗黙知が多く含まれます。「なんとなくこの取引先はこう対応する」「この数字が出たらこう判断する」といった知識は、本人ですら手順書に書き起こしにくく、結果として頭の中だけに残りやすいものです。

評価構造 — できる状態が安心や評価につながる

「その人しかできない」状態は、本人にとって居場所や評価の源泉になることがあります。意図的に情報を抱え込むケースだけでなく、無自覚に「自分が必要とされている」感覚が手放しにくくしている場合もあります。組織の側も、回っているうちは問題として認識しにくく、見過ごされがちです。

多忙の悪循環 — 標準化の時間が取れない

属人化した人ほど忙しく、忙しいほど標準化や引き継ぎに割く時間が取れません。標準化が進まないから業務が集まり続け、さらに忙しくなる、という循環に入ります。この循環は、本人の善意や努力だけでは抜け出しにくい構造になっています。

効率とのトレードオフ — ゼロにするのが正解とは限らない

ここで重要なのは、属人化の解消にもコストがかかるという点です。複数人が同じ業務をできるようにする冗長性は、その分の教育時間や、二人目が手を動かす工数を必要とします。ドキュメントは作って終わりではなく、実態と合わなくなれば更新し続けなければ陳腐化します。

つまり、すべての業務を完全に脱属人化しようとすると、維持コストが効率を上回ることがあります。これは、品質・コスト・納期のバランスを扱う鉄の三角形と同じ構造で、どこに資源を割くかの配分問題として捉えられます。現実的なのは、重要度 × 止まったときの影響で業務に濃淡をつけ、影響の大きいところから手を入れる方法です。

以下のチェックで、いま手元の業務がどの程度一人に依存しているかを把握できます。

解消の手順

属人化の解消は、一気に進めるより段階を踏む方が現実的です。多忙な担当者に追加の負担だけを求めると、先述の悪循環を強めてしまうためです。

1. 棚卸し — 誰が何を持っているかを可視化する

まず、業務と担当者の対応を一覧にします。「この業務はこの一人しか分からない」という箇所が見えると、議論の出発点が「人の善し悪し」から「どこに依存が集中しているか」に移ります。

2. 重要度評価 — どこから手を入れるか決める

棚卸しした業務を、重要度と止まったときの影響で並べます。すべてを同時に標準化することはできないため、影響の大きい業務から着手する順番を決めます。

3. 標準化・手順化 — 形式知に移す

選んだ業務の手順を書き起こします。完璧な文書を一度で作る必要はなく、まず「他の人が読んでなぞれる」水準を目指す方法が有効です。暗黙知の部分は、次のペア作業で補います。

4. 知識を移す — ペア作業・ローテーション・レビュー

文書だけでは伝わらない判断や勘は、二人で一緒に作業する、定期的に担当を入れ替える、成果物を別の人がレビューする、といった方法で移していきます。手を動かしながら渡す方が、暗黙知は伝わりやすくなります。負荷が偏らないようローテーションを設計する観点は、チーム全体のキャパシティ配分とも重なります。

5. 権限分散 — 判断と操作を分ける

最後に、一人に集中していた承認や操作の権限を複数人に分けます。仕組みで回る状態を作ることは、事業を一人の手から離して広げていくビジネスの広げ方とゴールの前提にもなります。

抱え込む側の心理にも触れる

属人化は受け手の組織だけでなく、抱え込む側の心理も関わります。手放すことが評価の低下や役割の喪失につながると感じると、知識を共有しにくくなります。脱属人化を進めるときは、共有した人が損をしない評価のあり方をあわせて整える方が、無理がありません。知識を渡すこと自体を成果として扱う設計が、一般に有効とされています。

まとめ

• 属人化は短期効率の裏返しでもあり、ゼロにするのが常に正解とは限りません。
• バス係数が小さいほど、休職・退職・ボトルネック化・本人の疲弊に弱くなります。
• 原因は短期効率・暗黙知・評価構造・多忙の悪循環が絡み合って生まれます。
• 解消は重要度 × 影響で濃淡をつけ、影響の大きい業務から手を入れます。
• 棚卸し → 重要度評価 → 標準化 → ペア作業やレビューで知識移転 → 権限分散の順で進めます。
• 抱え込む側が損をしない評価設計をあわせて整えると、共有が進みやすくなります。