属人化– tag –

属人化解消の対策は「マニュアルを書きましょう」で終わって形骸化しやすい。バス係数という考え方でリスクを数字に変え、本業のついでに記録が残る仕組み・評価制度への組み込み・ローテーションという4ステップで定着させる方法を、研究現場で実際に作った仕組みの一次情報を交えて整理する。

総務・庶務の属人化は「マニュアルを書けばいい」では解消しない。業務範囲の広さ・非定型判断・裏技的なノウハウが文書化の対象外になりやすい構造を整理し、それが組織のナレッジサイロ化と同じ現象であることを示す。

マニュアル化しても属人化が解消しないのは、書いた手順が実行される保証がないからだ。Anthropicが発表したClaude Skillsは、判断基準・手順をSKILL.mdという実行可能な形式に落とし込み、AIが自動的に参照・実行する仕組みである。write-blogリポジトリ自体のSkill運用実績を一次情報に、暗黙知をSkillに落とし込む3ステップと、チーム展開時の落とし穴を整理する。

特定の先輩社員に質問が集中し、教育担当者が疲弊するOJTの属人化。AIエージェントを新人の「一次窓口・壁打ち相手」に据える設計で、教育負担を減らしつつ育成の質を落とさない方法を紹介します。

「個人Wikiを書く代わりにGemini Notebookに任せられないか」という発想は、属人化対策としては逆効果になりうる。属人化対策の核心が「書く」という行為そのものにある理由と、Gemini Notebookが補助として機能する2つの場面を正直に整理する。

「個人Wikiを作ってみたが三日坊主で終わった」という失敗の多くは、社内Wiki向けのテンプレートをそのまま流用していることが原因だ。属人化対策として機能する個人Wikiに実際に書くべき4つの要素と、無理なく育てる方法を具体的なテンプレート付きで紹介する。

個人Wikiを作っても、退職や異動のときに後任が読み切れるとは限らない。読み取り専用のAIエージェントを「引き継ぎの窓口」として立て、後任が質問すればWikiから答えを引き出せるようにする設計と、渡してよい情報・渡すべきでない情報の線引きを整理する。

フリーランス・一人担当者・少人数チームなど「教える相手がいない」立場の属人化は、組織向けの標準化・ローテーションでは対処できない。暗黙知が言語化される機会がそもそも構造的に存在しないという個人特有のメカニズムを整理し、AIとの対話と検索可能な蓄積で備える3つの方法を紹介する。

研究者の離職を「欠員」ではなく「代替不可能な制度的知識の消失」として捉え直し、属人化そのものは悪ではないという視点を挟んだ上で、「属人化の維持」と「知識の消失」を混同してはいけないと整理する連載第2回。

研究という仕事がなぜ本質的に属人化しやすいのかを、組織共通の原因（短期的効率性・育成コスト・伝承文化）と研究領域固有の脆弱性（論文という媒体の構造的限界、アカデミアの雇用構造）の両面から整理する連載第1回。