「この業務はあの人しかできない」——多くの組織が抱える課題です。担当者が休むと業務が止まり、退職すればノウハウごと失われます。
解消策としてよく挙がるのがマニュアル整備ですが、マニュアルを作ったのに属人化が解消しなかったという声も少なくありません。この記事では原因と対策を整理したうえで、その理由まで踏み込みます。
属人化とは
属人化(ぞくじんか)とは、特定の担当者しか業務の進め方を把握しておらず、その人がいないと仕事が進まない状態を指します。
「業務の属人化」「属人化した業務」という形で使われるビジネス用語で、対義語は標準化です。
属人化と標準化の違い
| 状態 | 特徴 | 担当者が不在のとき |
|---|---|---|
| 属人化 | 進め方が個人に依存 | 業務が止まる |
| 標準化 | 誰でも同じ手順で実行可能 | 他の人が代替できる |
属人化と暗黙知の関係
属人化の中身は、多くの場合暗黙知です。手順そのものではなく、「この顧客にはこの言い方が通る」「この数字が出たら要注意」といった、言語化されていない判断が個人に蓄積している状態です。
手順書に書けるのは形式知だけなので、マニュアルを整備しても暗黙知は移りません。これが後述する「マニュアルを作っても解消しない」問題の正体です。
属人化が起こる6つの原因
原因1:業務が忙しく、共有まで手が回らない
最も多い原因です。引き継ぎや手順化は「今日の成果」にならないため、常に後回しになります。忙しい部署ほど属人化が進むという逆説がここにあります。
原因2:業務の専門性が高い
特定の資格や長年の経験が必要な業務は、そもそも代替が難しい構造です。この場合は完全な標準化より、リスク分散の設計が現実的です。
原因3:情報共有を促す仕組みがない
「共有してください」という呼びかけだけでは動きません。いつ・どこに・何を残すかが決まっていない状態では、共有は個人の善意に委ねられます。
原因4:ベテランに同じ業務を長く任せている
安定して回っている業務は、担当を変える動機が生まれません。結果として10年同じ人が担当し、周囲は中身を知らないままになります。
原因5:引き継ぎが不十分だった
前任者から口頭でしか伝わっていない業務は、その時点で属人化が始まっています。引き継ぎ資料が「手順の一覧」だけで、判断基準を含んでいないケースも同様です。
原因6:本人が手放したがらない
語られにくい要因ですが、実際に存在します。自分の価値が「その業務を自分しかできないこと」にあると感じている場合、無意識に共有を避けます。これは評価制度の設計に関わる問題です。
属人化の5つのデメリット
1. 担当者の不在で業務が止まる
最も分かりやすいリスクです。急な休暇や退職で、業務が完全に停止します。引き継ぎ期間が取れない退職では、ノウハウが失われたまま復旧することになります。
2. 業務の中身が見えない(ブラックボックス化)
進め方が分からないため、改善もできません。非効率な手順が続いていても、誰も気づけない状態になります。
3. 品質が安定しない
担当者の力量に成果が依存します。担当が変わった途端に品質が落ちるのは、標準化されていないためです。
4. 負荷が偏り、離職リスクが高まる
その人しかできない業務が集まると、休みが取りにくくなります。属人化は本人にとっても負担であり、離職の引き金になります。
5. ナレッジが組織に残らない
経験が個人の中で完結し、組織の資産になりません。同じ失敗が別の人によって繰り返されます。ナレッジ共有が機能しない根本原因でもあります。
属人化させてはいけない業務
すべてを標準化する必要はありません。優先度が高いのは次の3つです。
| 業務 | なぜ優先度が高いか |
|---|---|
| 経理・人事などのバックオフィス | 締め日があり、遅延が全社に波及する |
| トラブル・障害対応 | 発生タイミングを選べない。担当者不在で被害が拡大する |
| 顧客対応・引き継ぎ | 担当交代で顧客満足が下がり、失注に直結する |
共通しているのは「待てない業務」です。担当者が戻るまで止めておける業務なら、標準化の優先度は下がります。
あえて属人化させたほうがよい業務もある
属人化は常に悪、というわけではありません。次のようなケースでは、標準化のコストが効果を上回ります。
- 発生頻度が極端に低い業務/年1回の作業を手順化しても、次回には仕様が変わっている
- 高度な専門判断が必要な業務/マニュアル化しても、結局は経験がないと判断できない
- 属人性が価値になっている業務/デザインや企画など、個人の感覚が成果物の質を左右する領域
重要なのは「意図して属人化を残している」状態と「気づかず属人化している」状態を区別することです。前者はリスク管理ができていますが、後者は無自覚な時間爆弾になります。
属人化を解消する5ステップ

ステップ1:どの業務が属人化しているかを特定する
意外なことに、ここが最も飛ばされます。「なんとなくあの人が忙しそう」で対象を決めると、優先度の低い業務から手をつけることになります。後ほど具体的な方法を扱います。
ステップ2:優先順位をつける
「担当者が明日休んだらどれだけ困るか」で並べ替えてください。影響範囲と発生頻度の掛け算で判断します。
ステップ3:手順を書き出す
手順書を作ります。このとき手順だけでなく「なぜそうするのか」を必ず添えてください。理由が書かれていない手順書は、例外が起きた瞬間に使えなくなります。
ステップ4:他の人が実際にやってみる
手順書の完成度は、担当者以外が実行して初めて分かります。読んで分かった気になる段階で止めると、いざというときに動けません。年に一度でも代行日を設けてください。
ステップ5:更新の仕組みを作る
手順は変わります。更新されない手順書は、誤った情報源になります。見直しのタイミングを決めておいてください。
マニュアルを作っても属人化が解消しない理由
手順書を整備したのに、結局その人しか回せない——よくある結末です。理由は3つあります。
理由1:書かれるのは「建前の手順」
マニュアルには標準的な流れしか書かれません。しかし実務の大半は例外処理です。「この取引先は締め日が特殊」「この項目は前月とズレるので確認が必要」といった知識が抜け落ちます。
理由2:判断基準が言語化されていない
「異常値だったら確認する」と書かれていても、何を異常と見なすかはベテランの感覚です。ここが移らない限り、代替はできません。
理由3:そもそも実態が把握されていない
最大の問題がこれです。担当者本人も、自分が何にどれだけ時間を使っているかを正確には把握していません。「だいたいこんな作業です」という自己申告からマニュアルを作るため、実際にやっている作業の一部しか記録されません。
結果として、マニュアルに載っていない作業が担当者の中に残り続けます。

まず「誰が何にどれだけ時間を使っているか」を可視化する
属人化の解消は、ステップ1の「特定」で精度が決まります。ここが感覚頼みだと、その後の労力が空振りします。
しかし業務実態の把握は簡単ではありません。ヒアリングは工数がかかり、しかも自己申告なので記憶に依存します。細切れの作業や「名もなき業務」は、そもそも申告されません。
PC業務が中心の職場であれば、この部分は実測できます。どのアプリを何分使い、どのファイルを誰がいつ編集したかという操作ログは、本人が何もしなくても残っているためです。
みえるクラウド® ログは、このPCログを自動で記録・分析し、業務状況を見える化するシステムです。導入企業は300社を超えています。
- 誰がどの業務にどれだけ時間を使っているかを実測/自己申告ではないため、申告漏れが起きない
- 特定の人に業務が偏っていないかが分かる/属人化している業務の発見に使える
- 時間外稼働の検知/属人化による負荷集中を早期に把握できる
- AI連携/「今月のA氏の業務内容を教えて」と聞くだけで分析結果が返る
属人化の解消そのものは、手順化と教育という人の仕事です。ただし「どこから手をつけるべきか」の判断は、データがあるかどうかで精度が変わります。
なお、業務可視化の進め方全体については業務可視化とは?進め方5ステップと「棚卸しが終わらない」問題の解決策で詳しく扱っています。
属人化を防ぐ日々の習慣
大きな仕組みを入れる前にできることもあります。
- 判断の理由を1行残す/「なぜこの対応にしたか」を都度メモする。これが暗黙知を形式知に変える最短の方法です
- 担当を2人体制にする/主担当と副担当を置くだけで、リスクは大きく下がります
- 質問されたら記録に残す/同じ質問が来た時点で、それは共有すべきナレッジです
- 休暇を取らせる/代替が回るかを試す機会になります。休めない状態こそ属人化の症状です
4つ目は特に効きます。「あの人は休まない」ことを美徳としている組織は、属人化を放置している組織でもあります。
引き継ぎで効くのは、日々の記録
属人化の問題は、大きく2つに分かれます。どの業務が属人化しているかを見つける「発見」と、その中身を他の人に渡す「移転」です。
前述の可視化は発見のための手段です。一方で移転の場面、すなわち引き継ぎで最も役に立つのは、その人が日々何をしていたかの記録です。
引き継ぎ資料を作るとき、多くの人は記憶をたどって手順を書き出します。しかし思い出せるのは印象の強い作業だけで、毎日やっている小さな対応ほど抜け落ちます。引き継ぎ後に「これは聴いていない」が頻発するのはこのためです。
過去の日報が残っていれば、この問題は大きく減ります。実際の作業が日付順に並んでいるため、引き継ぎ資料の下書きとしてそのまま使えるからです。
ただしここにも前提があります。日報が書かれていなければ、残っていないということです。当社が日報を書いている223名に行った調査では、不満の第2位が「今日何をしたか思い出すのに時間がかかる」(43.5%)でした。属人化している人はそもそも多忙なので、日報も残っていないことが多いのです。
日報AIポチは、PCの操作ログをAIが読み解いて日報を自動作成する日報ツールです。本人が入力しなくても、日々の作業が記録として蓄積されます。引き継ぎが決まってから記録を始めても遅いので、平時から残っている状態に意味があります。
なお、これで属人化が完全に解消するわけではありません。記録で残るのは「何をしたか」であって、「なぜそう判断したか」は自動では残りません。暗黙知の移転には、前述の「判断の理由を1行残す」習慏との併用が必要です。
よくある質問
Q. 属人化とは何と読みますか?
「ぞくじんか」と読みます。「人に属する」という意味で、業務が特定の個人に依存している状態を表します。
Q. 属人化がダメな理由は何ですか?
担当者の不在で業務が止まる、中身が見えず改善できない、品質が安定しない、負荷が偏って離職リスクが高まる、ノウハウが組織に残らない——この5点です。ただしすべての属人化が問題というわけではなく、頻度が極端に低い業務や専門判断が必要な業務は、標準化のコストが効果を上回る場合があります。
Q. 属人化と標準化はどう違いますか?
属人化は特定の人しかできない状態、標準化は誰でも同じ手順で実行できる状態です。標準化は属人化の対義語であり、解消の目標地点になります。
Q. マニュアルを作れば属人化は解消しますか?
部分的にしか解消しません。マニュアルに書けるのは標準的な手順(形式知)で、例外処理や判断基準(暗黙知)は残ります。手順と併せて「なぜそうするのか」を書き、実際に他の人が代行してみることまでが必要です。
Q. どこから手をつけるべきですか?
「担当者が明日休んだら最も困る業務」からです。感覚で決めるのではなく、誰がどの業務にどれだけ時間を使っているかを把握したうえで判断すると、優先順位を誤りません。
まとめ
属人化とは、特定の担当者しか業務を回せない状態です。原因の多くは本人の性格ではなく、忙しさと仕組みの不在にあります。
解消の手順は「特定→優先順位づけ→手順化→代行してみる→更新する」の5ステップです。ただしマニュアル整備だけでは解消しません。書かれるのは建前の手順であり、例外処理と判断基準は個人に残るためです。
最初に取り組むべきは、どの業務が属人化しているかを正確に特定することです。ここを感覚で進めると、優先度の低い業務から手をつけることになります。実態を数字で把握してから着手してください。