結論：「〇〇さんしか分からない」は属人化のサイン。マニュアル化では解決しない。タスクと議論（なぜそう決めたか）を同じ場所に残すことで、人が抜けても文脈が残る。外部メンバーが入る越境チームほど対策の効果が大きい。
「あの件、〇〇さんしか分からないんですよね」
会議でこの言葉が出るたびに、誰も問題視しない。〇〇さんに聞けば解決するから。でもその〇〇さんが有給を取った日、案件が止まる。〇〇さんが退職を申し出た日、引き継ぎに 1 ヶ月かかると分かって青ざめる。
この記事では、「〇〇さんしか分からない」が口癖になっている会社で何が起きているのか、なぜマニュアル化で解決しようとすると失敗するのか、そして外部メンバーが入ってもキーパーソン化しない運用設計を整理します。
1. その口癖、何回言いましたか
「〇〇さんしか分からない」は、便利な言葉です。
責任の所在がはっきりするし、とりあえず〇〇さんに振れば前に進む。チームは「〇〇さんがいるから大丈夫」という安心感の上で回ります。
問題は、この安心感が依存だということ。〇〇さんは休めない、辞められない、他の案件に動けない。本人にとっては「自分しかできない仕事」が増え続けるプレッシャーになり、会社にとっては「その人が抜けたら崩壊する」リスクになります。
そして厄介なのは、属人化は順調なときには問題に見えないことです。案件が回っている間は、誰も「〇〇さんに依存しすぎでは」と言わない。問題が表面化するのは、〇〇さんが抜けた瞬間。そのときにはもう手遅れで、復旧に膨大な時間がかかります。
「今は回っているから大丈夫」という状態こそ、属人化が一番進む温床です。
2. 属人化が起きる構造的な 3 つの原因
属人化は、個人が情報を抱え込もうとして起きるわけではありません。3 つの構造的な原因があります。
1 つ目は、判断の経緯が記録されない。タスクの「結果」は共有されても、「なぜそう決めたか」は共有されない。「このクライアントには赤系の色を使わない」という判断が、過去のトラブルに基づくものだとしても、その文脈は担当者の頭の中にしか残らない。
2 つ目は、情報が会話のなかに流れていく。重要な決定が、口頭の打ち合わせや Slack のスレッドで交わされ、時系列に流れて消えていく。3 ヶ月後に「あの判断、どういう理由だっけ」を辿ろうとしても、検索しても出てこない。
3 つ目は、情報の置き場所が人ごとにバラバラ。〇〇さんはローカルのフォルダに、△△さんはメールに、□□さんは記憶に、それぞれ情報を持っている。どこを見れば全体が分かるかが、誰にも分からない。
これら 3 つに共通するのは、情報が「人」に紐づいていて「タスク」に紐づいていないこと。だから、人が抜けると情報も抜けます。
3. なぜマニュアル化で解決しようとすると失敗するか
属人化対策と聞くと、多くの会社が「マニュアルを作ろう」と考えます。これがほぼ失敗します。
理由は 3 つ。
1 つ目は、マニュアルは作った瞬間から古くなる。業務は日々変わるのに、マニュアルは更新されない。半年後には実態と乖離し、誰も信用しなくなる。「マニュアルあるけど、実際は〇〇さんに聞いて」という状態に戻ります。
2 つ目は、マニュアルには「なぜ」が書かれない。手順書は「何をするか」を書きますが、属人化の本質は「なぜそう判断したか」がブラックボックスなこと。手順をなぞれても、イレギュラーが起きたときの判断はマニュアルに載っていません。
3 つ目は、マニュアルを書く・更新する工数が、誰のタスクにもならない。「時間があるとき書く」が、永遠に来ない。マニュアル作成は重要だが緊急ではないので、後回しにされ続けます。
マニュアルという「業務とは別のドキュメント」を作る発想そのものが、属人化対策の落とし穴です。
4. 解決策：タスクと議論を同じ場所に残す
属人化を解消する本質的な方法は、日常の作業記録がそのまま引き継ぎ資料になる設計にすることです。
具体的には、タスクと、そのタスクをめぐって交わされた議論・判断を、同じ場所に紐づけて残す。
タスク管理ツール上で、1 つのタスクに対してコメントで「クライアントから赤系 NG の指示。過去のブランドトラブルが理由」と記録する。「デザイン v2 でこの方向に決定。v1 が情報過多だったため」と残す。これらが、タスクの履歴として永続化されます。
こうすると何が起きるか。後から入ったメンバーが、タスクの履歴を遡るだけで「何が、なぜそう決まったか」を辿れます。〇〇さんに聞かなくても、経緯が読める。
マニュアルとの決定的な違いは、更新コストがゼロなこと。日常の作業をタスク上で進めること自体が記録になるので、「別途マニュアルを書く」工数が発生しません。業務とドキュメントが一体化します。
ポイントは、議論を「会話のメディア」ではなく「タスクのメディア」で行うこと。Slack やメールで交わすと流れて消えますが、タスクのコメントに残せばストックとして蓄積されます。
進捗共有を仕組み化する考え方は 「進捗どうですか？」のメールを書き続ける会社が、構造的に変えるべき 3 つのこと も参照してください。
5. 越境チームでこそ属人化対策が必要な理由
属人化対策は、外部メンバー（外注・フリーランス・クライアント）が入る越境チームで、より大きな効果を生みます。
理由は 2 つ。
1 つ目は、外部メンバーは契約が切れると情報ごと抜けるから。社員なら退職時に多少の引き継ぎ期間がありますが、フリーランスは案件終了とともに離脱する。その人が握っていた判断・経緯が、ある日突然ゼロになります。外部メンバーが多いチームほど、属人化のダメージが大きい。
2 つ目は、メンバーの入れ替わりが頻繁だから。固定の社員チームなら属人化していても「いつものメンバー」で何とか回りますが、越境チームは人が定期的に入れ替わる。新メンバーが入るたびに「これまでの経緯」を口頭で説明する工数が、累積で膨大になります。
逆に言えば、議論をタスクに残す運用を最初から組んでおけば、越境チームは属人化に強い体制になります。誰が抜けても、誰が入っても、タスクの履歴を辿れば文脈が分かる。人の入れ替わりが前提のチームほど、この設計のリターンが大きい。
業務委託を抱える会社の隠れたコスト構造は 業務委託のタスク管理が「なんとなく回っている」会社が見落としているコスト で詳しく扱っています。
6. 明日からできる 3 ステップ
属人化対策の現実的な進め方：
ステップ 1：「〇〇さんしか分からない」案件を 1 つ選ぶ。最も属人化が進んでいる案件を、タスク管理ツールに移す。タスクを並べて、現状の進捗を可視化する。
ステップ 2：判断が発生するたびに、タスクのコメントに「なぜそう決めたか」を残す。結果だけでなく理由を書く。これを 1 ヶ月続けると、その案件の文脈がタスク上に蓄積されます。
ステップ 3：その案件に、別のメンバーを 1 人入れてみる。タスク履歴だけで状況を把握できるかをテストする。把握できれば、属人化が解消され始めている証拠。聞かないと分からない部分があれば、そこがまだブラックボックスです。
この 3 ステップで、「〇〇さんしか分からない」が「履歴を見れば分かる」に変わります。
まとめ
「〇〇さんしか分からない」は、属人化が進んでいるサインです。順調に回っているときほど見えにくく、人が抜けた瞬間に崩壊します。
マニュアル化では解決しません。作った瞬間に古くなり、「なぜ」が残らず、更新工数が誰のタスクにもならないから。
本質的な解決は、タスクと議論を同じ場所に残すこと。日常の作業記録がそのまま引き継ぎ資料になる設計にすれば、人が抜けても文脈が残ります。外部メンバーが入れ替わる越境チームほど、この対策のリターンが大きい。
関連記事
外部メンバー管理の落とし穴：外注先のタスク管理で起きがちな失敗と対策
フリーランスを入れ替える運用の設計：フリーランスを定期的に入れ替えるチームのタスク管理
越境チームの全体像：会社の垣根を超えたチームで仕事をする時代の、新しいタスク管理の定義
Paqut で、属人化を解消する
Paqut なら 3 ステップで、属人化対策の運用を始められます。
- 無料プランで自分のワークスペースを 3 分で作る
- 属人化している案件のグループを作って、タスクに判断の経緯をコメントで残す
- 別のメンバーを招待して、タスク履歴だけで状況を把握できるか試す
3 分で立ち上がります。