人材流出は「人の損失」ではなく「知識の損失」である
優秀な研究者の退職・異動が決まったとき、実際に失われているものは何だろうか。欠員？ それとも、もっと別の何か？
短期的な効率性、育成コストの負担、「見て覚えろ」文化。原因は理解できても、それだけでは「だから何なのか」が見えてこない。属人化を放置すると、実際に何を失うのか。今回はそこを見ていく。
「人が辞める」のではなく「知識が消える」
多くの組織は、人材流出を「欠員」の問題として扱う。採用コスト、引き継ぎ期間、業務の一時的な停滞。どれも現実的な悩みだが、これらは本質を見誤らせる。
経験豊富な研究者が離職するとき、実際に失われているのは専門知識・人間関係・重要プロセスといった「代替不可能な制度的知識」だ。これは求人を出して補充すれば元に戻る類のものではない。にもかかわらず、多くの組織のオフボーディングはHR手続き中心で、プロジェクトデータの体系的な文書化は軽視されがちだと指摘されている。
高い人材流動性の環境では、この問題はさらに深刻になる。属人的・対人的な知識移転（「辞める前に軽く引き継いでおく」というアドホックな一対一のやり取り）への依存はそもそも不十分であり、チームメンバーが入れ替わるたびに知識は少しずつ欠落していく。一度きりの引き継ぎミーティングで移転できるのは、氷山の一角にすぎない。
引き継ぎミーティングの場で交わされる会話を思い浮かべてみるとわかりやすい。後任者は目の前の説明を理解したつもりになるが、実際にその状況（トラブルが起きた、判断に迷った）に自分が直面するまで、何を聞いておくべきだったのかにすら気づけない。知識は、必要になった瞬間にしか本当の意味で求められないという性質を持っている。
属人化は「悪」と単純化できない
ここで一つ、立ち止まっておきたい。属人化そのものは一概に悪いものではない。
- マニュアル化が難しい高度な専門性
- 個人の独自視点から生まれるイノベーション
- 長期的な信頼関係による顧客との競争優位性
- 他社に真似できない差別化
こうした正の側面は確かに存在する。高度な研究開発や、ノウハウの流出・模倣を防ぐべき領域では、あえて属人化を維持する判断も合理的だ。「属人化は排除すべきリスク」という立場と「属人化には専門性という正の価値がある」という立場は、実は対立していない。力点の違いにすぎず、どちらも最終的には「戦略的な見極めが必要だ」という一点で一致する。
だが、「属人化の維持」と「知識の消失」は別の話だ
問題は、この二つを混同してしまうことにある。「あの人にしかできない仕事だから、属人化していて当然」という納得と、「あの人が辞めたら、そのノウハウは跡形もなく消える」という現実は、本来まったく別の軸の話だ。前者を受け入れることは、後者を放置していい理由にはならない。
属人的な専門性そのものは尊重してよい。だが、その専門性がゼロから失われないための最低限の記録・移転手段を用意しておくことは、それとは独立して必要になる。
具体的には、「専門性を発揮する場面そのもの」と「その専門性を発揮した理由・判断基準」を分けて考えるとよい。前者は本人にしかできなくて構わない。後者だけを、後から誰かが参照できる形で残しておく。この線引きさえ守れば、専門性を薄めることなく、消失のリスクだけを下げられる。
「あの人にしかできない仕事だから」で思考停止しちゃうと、後任のことまで考えが及ばないんですよね。属人性を認めるのと、記録を残すのは別の話として両方やっておきたいところです。
データは残っても、ノウハウは残らない
「うちはちゃんとデータを残しているから大丈夫」という声をよく聞く。だが、それは半分しか正しくない。
実験結果の数値、測定ログ、レポートのファイル。これらは確かに残る。しかし、なぜその数値が出たのか、その曖昧な結果をどう解釈すべきか、次に何を試すべきか、という判断そのものは、担当者の頭の中にしか存在しない。データという「結果」だけを金庫に保管して、そこに至る「ノウハウ」を路上に置き去りにしているようなものだ。
組織が本当に評価すべき損失は「誰が辞めたか」ではなく「何が失われたか」である。
では、どうすればいいのか
標準化、マニュアル化、電子実験ノート（ELN）の導入。対策自体は、以前から知られている。だが実務の現場では「解決策は存在するが、実装が続かない」という壁に、ずっと阻まれ続けてきた。
この壁の正体は、たいていの対策が「誰かのために記録を残す」という、本人にとって短期的な見返りの薄い行為を前提にしている点にある。この動機のズレそのものをひっくり返す方法（本人は自分のために情報整理をしているだけなのに、副産物としてノウハウが勝手に蓄積されていく仕組み）について、具体的なプロンプト例つきで有料noteにまとめた。研究室に限らず、属人化しがちなノウハウを抱えるチームであれば応用できる内容になっているので、気になる方はあわせて読んでみてほしい。
関連記事
コメント