「替えがきかない」が呪いになる ─ 暗黙知保有者の status anxiety と評価制度の再設計
この記事はAIによって生成されています。内容の正確性は保証されず、記事の利用による損害について一切の責任を負いません。この記事を読み進めることで、利用規約に同意したものとみなされます。
- 想定読者: 「補填する個人」の暗黙知を組織に移せず悩んでいる HR・経営層・EM
- 前提知識: 「組織のコンテキスト供給能力を整える実装ガイド」STEP 6 と12パターン E の概要
- 所要時間: 通読 約16分/要点把握 約5分
概要
属人化を文書化で解こうとすると、補填する個人が 「協力するふり」だけ をする。インタビューに来るが核心を答えない。書いたドキュメントが「最低限のことしか書いてない」状態になる——これは status anxiety が原因だ。
彼らの評価・地位・雇用安定性が「替えがきかない専門家」というポジションに依存しているとき、文書化はそれを直接脅かす。「あなたを評価しているから書いてほしい」という説得は、構造的に矛盾している。
本記事は、姉妹記事「組織のコンテキスト供給能力を整える実装ガイド」12パターン E を独立記事として深掘りする。評価制度を「組織知化への貢献」に明示的に組み込む設計と、新しい上位ロール(メンター・アーキテクト・プリンシパル)の用意を扱う。
症状:「協力するふり」のサイン
具体的な症状:
- ペアドキュメンテーションのインタビューに来るが、核心の判断ロジックは答えない
- 「これは経験が要るから文書化できない」と一般論で逃げる
- 書いたドキュメントが「最低限のことしか書いてない」
- 「読めば分かる」レベルの内容で、暗黙のコツやノウハウは含まれない
- 後継育成を頼まれるが、「自分のやり方は他人に教えられない」と断る
- 教えるとき、最も重要な判断ロジックを意図的に省略する
- 1on1 で「組織知化に貢献している」と肯定的に語るが、実態は変わらない
これらは個人の悪意というより 構造的に発生する自己防衛 だ。
メカニズム:status anxiety の構造
「替えがきかない専門家」というポジションは、彼らに3つを与える:
- 評価:他では代替できないため、組織内で高く評価される
- 地位:「あの人に聞けば早い」というハブとしての地位
- 雇用安定性:替えがきかないから、辞めさせられない
文書化はこの3つを 直接脅かす:
- 文書化された後は他者でも代替可能になる
- ハブとしての地位が消える
- 雇用安定性の根拠が薄れる
この構造で「あなたを評価しているから書いてほしい」と頼むのは、論理的に矛盾している。評価しているなら、評価の根拠を消す行為を求めるべきではない。本人もそれを直感的に理解しているから、口では協力しつつ実態は伴わない。
「金銭的インセンティブ」の限界
「書いてくれたらボーナス」は機能しない理由:status anxiety は 金で解けない からだ。彼らが守っているのは現金収入ではなく、ポジションの構造的安全性。一時金は構造を変えない。来月にはまた status anxiety が戻る。
「替えがきかない」状態が本人にも疲弊である視点
ここで見落とされやすい点:「替えがきかない」状態は本人にとっても疲弊 だ。
- 休めない(自分が動かないとプロジェクトが止まる)
- 育休・介護休が取りにくい
- 別の仕事に挑戦できない(自分にしかできない仕事から離れられない)
- 退職時に膨大な引き継ぎ責任を負う
- 病気・事故時に組織にダメージを与える罪悪感
これを本人が認識すると、文書化への姿勢が変わる可能性がある。1on1 で対話的に確認することが鍵だ。
対処の方向
1. 評価制度を「組織知化への貢献」に組み込む
評価制度のコンピテンシー項目に明示的に追加:
- 教えた人数:自分のスキル領域を後継者に伝えた人数
- 後継育成:自分の業務を引き継げる人を育てた実績
- 参照頻度:自分が書いたドキュメントが他者に参照された回数
- 属人性削減:「この業務は私にしかできない」を「複数人ができる」に変えた件数
これらは 属人性ではなくレバレッジ を評価する。「替えがきかない専門家」から「組織知化のチャンピオン」へ評価軸を転換する。
2. 新しい上位ロールを用意する
文書化後の彼らに 新しい上位ロール を用意する:
- メンター:複数人の育成責任を持つロール
- アーキテクト:個別案件ではなく全体設計に責任を持つロール
- プリンシパル:技術・専門領域の最高権威としての名誉あるロール
- エバンジェリスト:社外発信・採用・業界貢献の役割
これらは Will Larson の “Staff Engineer”1 や Tanya Reilly の “The Staff Engineer’s Path”2 が論じる上位 IC キャリアパスと一致する。Camille Fournier の “The Manager’s Path”3 も IC のシニアロール設計を扱う。
「替えがきかない」を捨てたら、より上位のポジションに移れる、という移行設計が要る。
3. 1on1 で「替えがきかない」状態の疲弊を対話する
経営・上位マネージャーが本人との1on1 で対話的に確認:
- 「いま『自分にしかできない』と感じている仕事はありますか?それで疲弊していませんか?」
- 「もし1ヶ月休めるとしたら、誰にどの業務を任せたいですか?」
- 「自分が次に挑戦したい仕事は何ですか?それに進むには今の業務を誰かに渡す必要がありますね」
- 「3年後、自分はどんな役割でありたいですか?」
これは「忠誠心テスト」ではなく キャリアの再交渉 だ。本人の長期的利益と組織の利益が一致する道を一緒に探る。
4. ペアドキュメンテーションで負荷分散
「全部書いてください」と本人に丸投げしない。ペアドキュメンテーションで 書く責任を分散 する:
- 別の人が 質問する側、本人が答える
- 質問者が文書化 する(本人ではない)
- 30分セッションを週1で続ける
- 完成した文書はチーム公開し、本人にレビュアー権限を残す
詳細は I curse of knowledge 記事 を参照。書く責任を分散することで、本人の負担と心理的抵抗を下げる。
5. 経営の公的発信
経営層が All-hands や社内ブログで明示的に発信:
「このポジションを持つ人が増える方が、組織として強い。一人で抱えるのは本人にとっても組織にとっても脆弱。組織知化に貢献した人を、これからは高く評価する」
これは規範を変える行為だ。Schein の組織文化研究4 が示すように、経営層が公的に何を評価するかが文化を決める。
アンチパターン
| パターン | 何が起きるか | 対処 |
|---|---|---|
| 「ボーナスで書かせる」 | 一時金で構造は変わらない | 評価制度のコンピテンシー項目に組み込む |
| 「優秀な人なら書ける」 | 個人能力論で構造を見ない | 構造としての status anxiety を認識 |
| 文書化したら「もう聞かなくていい」と冷遇 | モチベーション完全消失 | 文書化後にメンター・アーキテクトとして評価軸を残す |
| 「替えがきかない人材は組織の宝」 | 属人化が美徳化 | 「組織知化のチャンピオン」を上位概念に |
| 公の場で「ボトルネック」と批判 | 協力を完全に失う | 個人ではなく構造の問題として扱う |
まとめ
- 補填する個人の「協力するふり」は status anxiety という構造から発生
- 評価・地位・雇用安定性が「替えがきかない」に依存しているとき、文書化はそれを脅かす
- 「あなたを評価しているから書いてほしい」は構造的に矛盾
- 対処:評価制度を「組織知化への貢献」に組み込む/新しい上位ロール(メンター・アーキテクト)/1on1 で疲弊を対話/ペアドキュメンテーションで負荷分散/経営の公的発信
- 「替えがきかない」状態は本人にとっても疲弊である視点を共有
関連記事
- 組織のコンテキスト供給能力を整える実装ガイド ─ 直視から、修復へ - 本記事の親記事
- Curse of knowledge ─ 専門家が書く文書がなぜ新人に通じないか - ペアドキュメンテーションの設計
- 「凍ったミドル」 - 同じロジックのミドル版
- 高離職率・派遣多用による蓄積不能 - 補填する個人がいなくなる前の対処
参考資料
Staff Engineer: Leadership Beyond the Management Track - Will Larson (2021). 上位 IC キャリアパスの体系化。【信頼性: 中〜高】 ↩︎
The Staff Engineer’s Path - Tanya Reilly, O’Reilly Media (2022). ISBN: 9781098118730。【信頼性: 中〜高】 ↩︎
The Manager’s Path: A Guide for Tech Leaders Navigating Growth and Change - Camille Fournier, O’Reilly Media (2017). ISBN: 978-1491973899。【信頼性: 高】 ↩︎
Organizational Culture and Leadership - Edgar H. Schein, Peter A. Schein, Jossey-Bass (5th ed. 2017). ISBN: 9781119212041。組織文化と経営層の発信の関係。【信頼性: 高】 ↩︎