有給申請フォームを開いて、また下書きのまま閉じた。今抜けたら止まる契約が三つあり、最終判断を出せるのは自分だけだと分かっている。後任の話は去年の面談で出たきり、誰も動かしていない。
flowchart TD
A[信頼の集中] --> B[判断の一極化]
B --> C[休暇を先送り]
C --> D[更に頼られる]
D --> A
属人化は能力の証明ではなく、退路を塞ぐ装置だ#
「あの人がいないと回らない」は、社内では褒め言葉として使われることが多い。だが実態を並べ直すと、褒め言葉の顔をした退路封鎖だと分かる。
情報処理推進機構（IPA）が発行している『DX白書』でも、企業のDX推進を戦略・人材・技術の観点から調査した内容がまとめられている（出典: DX白書 | 書籍・刊行物 | IPA 独立行政法人 情報処理推進機構）。人材の面で判断が一人に集約されたまま放置されている組織は、依然として珍しくない。
属人化を「能力が高いから起きた」と説明する人はいても、「休暇も異動も選べなくなった」とまでは誰も言わない。だが実際は同じ現象の別名で、信頼が厚くなるほど判断を渡せる先が減っていく。
信頼が厚いほど、降りられなくなる構造#
複数の案件を抱えるチームをマネジメント側から見てきると、同じパターンが繰り返し起きる。育成が追いつかないまま一人に判断を集中させると、トラブルが起きるたびにその人へ話が戻る回数が増えていく。
いったん降りたつもりの判断が、火が出るたびに舞い戻ってくる。この頻繁な割込みと判断切り替えの負担は、信頼される人ほど「聞けば答えが出る人」として固定化させる。属人化の解消を先送りするほど、その固定は強くなる。
問題は本人の能力ではない。判断基準が言語化されず、誰かに引き継げる形になっていないことが構造の中心だ。似た足止めが社外から来る場合は、客先の名指しが後任という選択肢を組織図から消すでも起きている。ここで扱うのは、自分の頭の中だけにある基準を外へ出す方法だ。
「自分にしか出せない答え」を三つの問いに分解する#
休むと止まる業務を思い浮かべ、その業務であなたが出している答えを分解する。分解の軸は三つで足りる。
- どの条件で判断が分かれるか 境界となる数値や状態を先に決めて書く
- 何を優先するか 迷ったときにどちらを立てるかの順位を書く
- 誰に確認するか 自分の手に余る例外が出たときの連絡先を書く
書き出す形はシートにする。
【判断基準シート】
対象業務：
Q1. どの条件で判断が分かれるか（境界値・状態）：
Q2. 何を優先するか（優先順位を上から）：
Q3. 迷ったら誰に確認するか（担当者・連絡手段）：
このシートだけで、自分以外が同じ結論に至るか：Yes / No書いたら、過去に実際あった相談をAIに入力し、同じ結論が返るか試す。同じ相談を何度も一次受けしている場合の判断基準の渡し方と手法は近いが、狙いは相談件数を減らすことではなく、退路を作ることだ。ズレる設問が、まだ条件を書き切れていない箇所になる。
自分でなくても同じ答えが出る形へ移す手順#
シートを書いただけでは、まだあなたの頭の中にあるのと大差ない。次の四段階で外へ出す。
- 休むと止まる業務を洗い出し、シートを一業務ずつ埋める
- 実際にあった相談をAIか後任候補に入力し、同じ結論が出るか照合する
- ズレた設問だけ条件を足して書き直す。全項目を一度に完成させない
- 完成したシートの置き場所を決め、後任候補と上司に共有する
この判断基準シートは、後任不在を会社への申し送りに変える手順にそのまま材料として使える。書いて渡した瞬間から、後任不在はあなたが背負う理由ではなく、会社が答える案件になる。
逃げの一手：シートを書く時間がなくても、条件を一つだけ渡す#
四段階を全部こなす余裕が今週ないなら、最初の一問だけでいい。休むと止まる業務を一つ選び、「どの条件で判断が分かれるか」だけ書いて共有する。
全部を仕組み化する必要はない。一つの業務の一つの条件を渡すだけで、退路は一ミリ広がる。それを何回か繰り返せば、燃料が尽きる前に確認する退路の判断軸を、実際に使える状態にできる。
まとめ：属人化の解消は、能力の証明をやめることだ#
三つの問いに答えを書いて渡した瞬間、判断はあなた一人のものではなくなる。退路の選択肢は、そこから初めて自分の手に戻る。
本記事は AI が下書きし、管理人が監修しています。
査定に載らない組織仕事を振られたその日に、そのまま出せる定型文が3通ある。
→ 期待値コントロール定型文集（抜粋版）続きはタイムラインに置いていく。
