属人化を個人で防ぐには?「自分がいなくなったら困る」を先回りする方法

属人化を個人で防ぐには?「自分がいなくなったら困る」を先回りする方法

有給を取るたびに、後から「あれ、どうなってましたっけ」と聞かれる。自分にしか判断できない仕事が、気づけば増えている。そんな心当たりはないだろうか。

この記事では、チームで分担できない立場(フリーランス、一人担当者、少人数チーム)だからこそ起きる属人化の構造と、個人でも今日から始められる備え方を紹介します。

  • 属人化対策の教科書的な方法が、なぜ一人働きには通用しないのか
  • 個人の属人化が起きる、もう一つのメカニズム
  • 一人でもできる、3つの具体的な備え
目次

属人化対策は、「教える相手がいる」ことが前提になっている

標準化、マニュアル化、ローテーション、OJT。属人化対策としてよく挙げられる方法は、突き詰めると「教える相手がいる」ことを前提にしている。原因や組織としての解決アプローチを一通り知りたい場合は、姉妹記事「属人化はなぜ起きる?ノウハウを組織の資産にする4つのアプローチ」に整理してある。

だが、フリーランスや一人法人、あるいは社内で特定の業務をほぼ一人で担っている担当者には、そもそも日常的に教える相手がいない。ローテーションを組む同僚もいなければ、OJTで隣に座らせる後輩もいない。属人化対策の教科書的な方法が、そのままでは使えない立場がある。

組織の属人化対策前提にしているもの一人働きでの状況
ローテーション交代できる同僚交代要員がいない
OJT・メンター制度教える後輩・新人教える相手がいない
標準化・マニュアル化読む人(引き継ぎ先)今すぐ読む人が想定されない

「教える相手がいない」ことが、属人化をさらに進める

一人で仕事をしている以上、属人化するのは当たり前で仕方ない。そう考えたくなるが、この割り切りには一つ見落としがある。

暗黙知が言葉になる瞬間は、たいてい誰かに説明する場面で訪れる。後輩に手順を聞かれて、初めて自分の判断基準を言葉にする。同僚に相談されて、なんとなくやっていたことの理由に気づく。教える相手がいないと、この「言葉にする機会」そのものが生まれない。

一人で働く人の属人化ループ:判断する→誰にも説明しない→暗黙知のまま蓄積→本人が離脱すると消える、という悪循環

一人で働く人の属人化は、単に「共有していない」のではない。言語化する機会そのものが、構造的に存在しないという、もう一段深い問題を抱えている。

あたま

社内で生成AIの活用をほぼ一人で推進する立場になってから、この感覚に何度も心当たりがあります。相談されて初めて、自分がどんな基準で判断していたかに気づく場面が実際にありました。

一人でもできる、3つの備え

  • 判断のたびに、理由を一言メモに残す
  • 教える相手の代わりに、AIとの対話で言語化する
  • メモを、後から検索できる形にしておく

一人でもできる3つの備え:判断の理由を一言メモに残す、AIとの対話で言語化する、検索できる形で蓄積する

1. 判断の理由を、その場で一言メモする

「なぜこの選択にしたか」を、結論の横に一言添えておくだけでよい。あとで見返したときに「これでよかった理由」が分かるようにするための記録であって、誰かに提出するための文書ではない。完璧な文章にしようとすると続かないので、箇条書き程度で十分だ。

たとえば、見積もりを出したときに「今回はA案(低価格・短納期)を採用」とだけ書くのではなく、「A案を採用。過去に似た案件でB案(高機能)を選んで工期が延びた反省から」まで添えておく。半年後に似た場面が来たとき、この一言があるかどうかで判断のやり直しにかかる時間が大きく変わる。

2. 「教える相手」の代わりに、AIとの対話を使う

同僚がいなくても、対話の相手なら用意できる。生成AIに自分の判断を説明してみると、後輩に説明するときと同じように、なんとなく分かっていたことの理由に気づく瞬間がある。この効果は、相手が人間かAIかを問わない。週の終わりにその週の判断を振り返りながら壁打ちする、といった軽い運用で十分に機能する。

壁打ちのやり方も凝る必要はない。「今週やった仕事の中で、他の人には説明しづらかった判断はどれか」とAIに聞かれたつもりで箇条書きにし、そのまま貼り付けて「なぜそう判断したのか、一つずつ聞いてほしい」と頼むだけでいい。AI側から「その基準は他の案件にも当てはまりますか」と聞き返されると、自分では意識していなかった判断のパターンに気づくことがある。

3. 検索できる形で蓄積する

メモを書きっぱなしにすると、結局は本人の頭の中に依存したままになる。ローカルで動くメモアプリとAIエージェントを組み合わせて、後から自分自身が検索・要約できる仕組みを作っておくと、蓄積したメモが本当の意味でのナレッジベースになる。具体的な組み合わせ方は「Obsidianとは?AI時代に見直される個人の知識管理(PKM)の基本」「Claude CodeとObsidianを連携させる仕組み(MCP)とは」で扱っている。実際に何を書けばいいかというテンプレートは、次の記事で具体的に紹介している。

「そこまで手間をかけるほどでもない」と感じるかもしれない。だが、この仕組みが効いてくるのは記録した本人がいなくなったときだけではない。半年前の自分の判断を、半年後の自分が忘れているという状況にも同じように効く。一人で働く人にとって、引き継ぐ相手は将来の自分自身であることの方がむしろ多い。

属人化そのものは、悪くない

専門性としての属人化は、個人のキャリア資産でもある。一人で働く人にとってはなおさら、「自分にしかできない」ことは強みそのものだ。

  • 他社・他者に真似されにくい専門性になる
  • 顧客・依頼主からの指名の理由になる
  • 単価・裁量の交渉材料になる

問題にすべきは、その強みを持っていることではない。自分が倒れたとき、その強みが跡形もなく消えてしまうかどうかである。備えは、強みを手放すためではなく、強みを守るために用意する。

関連記事

よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!
個別のご相談を受け付けています

生成AI活用やナレッジ基盤づくりについて、実務経験をもとに個別のご相談を承っています。ご興味があれば覗いてみてください。

note.comでは、実際の構築事例をより詳しく書いた有料記事も公開しています。→ 有料記事のご紹介を見る

この記事を書いた人

本業で生成AIの活用法を研究し、実装・社内への導入推進を担当。属人化しがちなノウハウをどう言語化し、チームの資産にするかに関心があります。このラボでは、ナレッジ・生成AIツール・実践ワークフロー・データサイエンスの4領域で検証したことを記録しています。姉妹サイト「なないろ日和」では育児や暮らしについても書いています。

コメント

コメントする

目次