属人化はなぜ起きる？ノウハウを組織の資産にする4つのアプローチ

「あの人にしかわからない」業務が増えていくと、その人が休んだり異動したりするたびにチームが止まる。心当たりはないだろうか。

この記事では、属人化がなぜ起きるのか、そしてどう向き合えばいいのかを整理します。

属人化が起きる理由

属人化は「サボり」や「独占欲」だけで起きるわけではない。むしろ、次のような要因が複合的に重なって生まれる。

• 短期的な効率性の追求：その場では「詳しい人がやった方が早い」ため、あえて他の人に教えるコストをかけない
• 育成コストの負担：教える側の時間的余裕がなく、後回しにされ続ける
• 「見て覚えろ」文化：言語化・マニュアル化の習慣がなく、非言語的な伝承に依存する
• 「マニュアル化は不可能」という思い込み：複雑な判断が絡む業務ほど、最初から文書化を諦めてしまう

口伝えに依存したノウハウ継承は、品質のばらつきや責任の所在の不明確化を招きやすい。そして最終的には、その人が組織を離れると同時にノウハウそのものが失われてしまう。

たとえば、ある製造ラインの調整を長年一人で担当してきたベテランがいるとする。彼の頭の中には「この機械は湿度が高い日は0.2mm多めに調整する」といった、マニュアルに書かれたことのない補正知識が蓄積されている。後任にこの補正を伝える機会は、彼が定年退職する直前の数週間しかない。短期的な効率性を優先し続けた結果、引き継ぎの時間そのものが最後まで確保されないまま終わる、というのはよくある展開だ。

属人化は一概に「悪」ではない

一方で、属人化には正の側面もある。高度な専門性はそれ自体が競争優位になるし、ノウハウの流出を防ぎたい業務ではむしろ属人化が合理的な選択になる場合もある。老舗の飲食店が看板メニューの配合比を特定の職人だけに伝えているケースや、研究開発部門が競合に読まれたくない実験ノウハウをあえて文書化しないケースは、属人化を戦略として選んでいる例だと言える。

暗黙知と形式知：なぜ言葉にできないノウハウがあるのか

属人化の根っこには、「暗黙知」と「形式知」の違いがある。形式知はマニュアルや文書として言語化できる知識、暗黙知は経験や勘に基づく、言葉にしにくい知識だ。

経営学者の野中郁次郎が提唱した「SECIモデル」は、この暗黙知を形式知に変換していく4つのプロセスを説明する。

• 共同化：暗黙知から暗黙知へ。観察や模倣、一緒に作業することで直接経験を共有する
• 表出化：暗黙知から形式知へ。比喩やたとえを使いながら、言葉にしにくい経験を概念化する
• 連結化：形式知から形式知へ。既存の文書化された知識同士を組み合わせて新しい知識を作る
• 内面化：形式知から暗黙知へ。マニュアルを実践することで、自分の感覚として身につける

このうち、実務上いちばんハードルが高いのが「表出化」だ。言葉にしにくいものを、あえて言葉にする作業である。

先ほどのベテランの例で言えば、「湿度が高い日は0.2mm多めに調整する」という一言は、実際には長年の経験から生まれた比喩的な言い換えの産物だ。最初から数値として明確だったわけではなく、「なんとなく重い感じがする日」という感覚を、後輩に説明する必要に迫られて初めて数値化された。表出化は、こうした「説明する必要」が生まれて初めて動き出す。

解決へのアプローチは4層で考える

属人化対策は、大きく4つの層に整理できる。

アプローチ	具体例
標準化・文書化	業務プロセスの標準化、マニュアル化、記録用テンプレートの整備
人的な仕組み	ローテーション、OJT・メンター制度、熟練者と新人が交わる場のデザイン
制度設計	ナレッジ共有を評価制度に組み込む、継承を専門に担うポジションを置く
AI活用	対話を通じた暗黙知の言語化支援、記録の自動ドキュメント化

このうち近年急速に選択肢が増えているのが「AI活用」の層だ。生成AIとの対話は、これまで言語化が難しかった暗黙知を「表出化」する作業のハードルを下げてくれる。さらに、個人のメモアプリとAIエージェントを組み合わせることで、単なる文書化を超えて「後から誰でも引き出せる」ナレッジベースを作ることもできるようになってきている。

具体的にどんなツールで、どう組み合わせればいいのか。次の記事では、ローカルで動く知識管理ツール「Obsidian」と生成AIを組み合わせる考え方を紹介する。

関連記事