属人化解消の事例パターン8選｜どの業務が、どう詰まり、どう解けたのか

属人化の解消事例を探すとき、多くの人はまず同じ業種の会社を探す。同業がどうやったかを知りたい気持ちはよく分かる。ただ、実際に事例を並べてみると、解き方を決めているのは業種ではなく、業務のどこが詰まっているかのほうだった。不動産会社の営業と製造業の見積は、業種としては遠いのに、詰まり方はほとんど同じだったりする。

この記事では、属人化の解消事例を業務別の8パターンに整理する。それぞれについて、どう詰まっているのか、なぜそうなるのか、どの順番で解いていくのか、そして解けたかどうかをどう測るのかまでそろえた。読み終えたときに、自社のどのパターンに当たるかが判別できる状態を目指している。

先に断っておきたいことがひとつある。事例の扱い方についてだ。ここは記事の信頼性に直結するので、パターンの前に書いておく。

この記事での「事例」の扱い方——実名を出さない代わりに何を出すか

中小企業の業務改善を支援していると、属人化が解けた現場にも、解けなかった現場にも立ち会う。そこで見たものが、この記事の中身になっている。ただし支援先の社名、業務内容、数値は守秘の対象なので、実名の事例としては書けない。抽象度を下げて書けば特定できてしまうし、下げなければ事例と呼ぶ意味がない。

なので、この記事では次の線引きをしている。

読む側からすると、A社が何時間削減したという数字が並んでいるほうが説得力を感じやすいのは分かる。ただ、その数字を自社に当てはめて意思決定した結果が合わなかったとしても、誰も責任を取れない。それよりも、詰まり方の構造と、順序と、測り方を持ち帰ってもらうほうが実用的だと考えている。以下、8つのパターンを見ていく。

なお、属人化とは何か、なぜ起きるのかという定義や原因の整理は属人化の解消方法に、解消の標準的な手順は属人化を解消する3ステップにまとめている。この記事はそこと重ならないよう、パターンの識別と当てはめに絞る。

事例パターン1：顧客情報が営業個人の手元にある

最も件数が多いパターンだ。顧客の連絡先は個人のスマートフォンに入っている。やりとりの経緯は個人のメールと名刺入れの中にある。案件の温度感は本人の頭の中にしかない。会社としては、誰と話しているのかも、どこまで進んでいるのかも見えていない。

この状態が問題として表面化するのは、たいてい担当者が辞めるときだ。引き継ぎ書には顧客リストが並ぶが、そのリストには温度感が書かれていない。後任は全件に等しく連絡することになり、進んでいた商談は止まり、静かに離脱していく。

ここで失敗しやすいのは、記録項目を多くしすぎることだ。訪問記録を細かく書かせる設計にすると、営業は書かない。書かない項目が増えると、一覧そのものが信用されなくなり、結局また個人の手元に情報が戻る。最初は状態と最終接触日の2項目だけでも意味がある。空欄が埋まっていく実感があるほうが定着する。

もうひとつ、更新のきっかけを会議に置くのが効く。入力してくださいという依頼は守られないが、その一覧を見ながら会議をする形にすると、会議の前に更新されるようになる。見られる場所に置くこと自体が仕組みだ。不動産会社を例にした具体的な設計は引き継ぎできない顧客管理を解消する仕組みの作り方で書いているが、権限設計と更新当番の考え方は業種を問わず使える。

事例パターン2：見積と価格の判断がベテラン1人に集中する

見積は属人化が最も濃く出る業務のひとつだ。表面上は計算だが、実際には判断の塊になっている。この条件なら値引きしてよい、この客先なら納期を短く見ておく、この仕様は後で追加費用が出るから最初に含める。こうした判断が一人の頭の中にあり、その人が見積を作らないと数字が決まらない。

困るのは、単価表や積算のルールは存在していることが多い点だ。書式はある。計算式もある。それでも他の人が作った見積は、ベテランのチェックを通さないと出せない。つまり詰まっているのは計算ではなく、例外の扱い方のほうだ。

過去の見積を並べる作業を飛ばして、いきなり判断基準を書いてくださいと頼むと、まず出てこない。本人は判断している自覚が薄いからだ。実物を前に、これはなぜこうしたのかと聞いていく形にすると、驚くほど出てくる。この引き出し方は引き継ぎの場面でも同じで、引き継ぎ資料の作り方で3つの質問として整理している。

それから、一気に全部の判断を移そうとしないほうがいい。ベテランのチェックを完全に外すのが目的ではなく、チェックの中身を確認から差分の確認へ変えるのが目的だ。最初は全件見てもらってよい。修正が入らない案件が増えてきたら、その範囲を任せる。この段階を踏まないと、品質が落ちた瞬間に元へ戻る。

事例パターン3：仕入れと発注の判断基準が言語化されていない

買うか買わないか、いくらまでなら買えるか。この判断が一人に集中しているパターンだ。不動産の買取再販なら物件の仕入れ、製造や卸なら資材と在庫の発注が該当する。判断の正解が事前に分からない領域なので、経験のある人に任せるのは合理的でもある。だからこそ長く放置されやすい。

リスクの出方が独特で、担当者がいなくなるまで問題が見えない。判断の質は本人が担保しているので、日々の業務は滞りなく回る。回っているように見えるまま、判断の理由がどこにも残らない年月が積み上がる。

このパターンで効くのは、見送った案件を残すという一点に尽きる。買った案件だけを記録しても、判断基準は浮かび上がってこない。基準というのは境界線のことなので、境界の外側にあるものを見ないと線が引けないからだ。台帳の設計そのものは買取再販の仕入れ管理と台帳設計で不動産を例に具体的に書いている。

記録を貯める間は、正直なところ何も改善しない。効果が出るまでに数か月かかるので、途中でやめたくなる。ここで止まる会社が多い。台帳を作ること自体が目的ではなく、半年後に読み返す予定を先にカレンダーへ入れておくと続きやすい。

事例パターン4：受発注と請求の事務が1人の手順に載っている

バックオフィスの属人化は、営業ほど話題にならないのに、止まったときの被害が大きい。請求書が出ない、入金の消し込みが進まない、支払いが遅れる。会社の外側に迷惑が出るので、代わりを立てる猶予がない。

特徴的なのは、手順書があるのに引き継げないことだ。手順書には正常系が書かれている。だが事務の実務では、締切に間に合わない請求、金額が合わない入金、いつもと違う条件の取引が一定の割合で混ざる。その処理方法が書かれていないので、後任は例外に当たるたびに止まる。

ここでよくある誤りが、やって見せる形式の引き継ぎだ。ベテランが操作し、後任が横で見る。見ているときは理解した気になるが、一人になった瞬間に手が止まる。順序を逆にして、後任が資料だけを見て操作し、ベテランは口を出さずに横で見る。詰まった箇所がそのまま資料の穴なので、その場で書き足す。この一往復があるかないかで、引き継ぎ後の問い合わせ量がはっきり変わる。

それと、月次業務は一巡させないと引き継げない。日次業務は数日で覚えられるが、月末にしか来ない処理は、その月末を一緒に越えないと存在が見えない。引き継ぎ期間を設計するときは、最低でも月の変わり目をまたぐようにしたい。

事例パターン5：現場の段取りが職人の勘で回っている

製造の工程組み、建設の現場段取り、施工の順番決め。この領域の属人化は、他のパターンより解きにくい。理由がふたつある。ひとつは、判断に使っている変数が多いこと。設備の空き、人の技能、材料の入荷、客先の都合、天候。もうひとつは、判断が速いこと。ベテランは一覧を見て数十秒で組む。速すぎるので、本人も何を見ているのか説明できない。

このパターンで最初にやりがちなのが、生産管理システムの導入だ。順序としては危ない。段取りのルールが言語化されていない状態でシステムを入れると、システムが出した計画を現場が信用せず、結局ベテランが手で組み直す運用になる。二重管理が生まれて、以前より手間が増える。

全部の判断を言語化するのは現実的ではない。目指すのは、8割の案件を2人目が組めて、残り2割をベテランが見る状態だ。完全な置き換えを目標にすると、達成できないまま終わる。業務フローの書き方そのものは製造業の生産管理 業務フローの作り方で扱っている。

補足として、図面や仕様書の管理が属人化しているケースも近い場所にある。最新版がどれか分からない、紙とPDFが混在している、といった状態だ。段取りの前提になる情報なので、こちらが崩れていると段取りの標準化も進まない。詳細は図面管理が属人化する根本原因にまとめた。

事例パターン6：問い合わせ対応が「その人にしか答えられない」

電話でもメールでもチャットでも構造は同じだ。かかってきた問い合わせに答えられるのが特定の人だけで、その人が席を外していると保留になる。折り返しますと言って切り、戻ってきた本人が対応する。件数が多いので、本人は一日中それをやっている。

このパターンの厄介なところは、当人が忙しすぎて改善に着手できない点にある。手順を書き出す時間を作るには、まず問い合わせを減らす必要がある。だが問い合わせを減らすには手順を書き出す必要がある。順番が循環していて、放っておくと永久に抜けられない。

循環を断つコツは、記録を本人にやらせないことだ。2週間の記録係を別の人が務める。1行で足りるので負担は小さい。集計してみると、本人が難しいと思っている問い合わせより、単純な確認のほうがはるかに多いことが見える。そこを先に剥がすと、本人の時間が空く。空いた時間で残りを書ける。

クリニックの電話対応を例にした整理をクリニックの電話対応が属人化する構造に書いているが、業種が違っても、上位10種類が過半を占めるという分布はよく似ている。

事例パターン7：Excelと社内ツールが「作った人しか触れない」

誰かが作った便利なファイルが、いつのまにか業務の中心になっている。関数が何重にも入っていて、シートが分かれていて、どこを直すと何が壊れるか分からない。作った本人以外は、数字を打ち込む場所だけを教わって使っている。

近年これに、生成AIで作った社内ツールが加わった。スクリプト、自動化の設定、簡単なアプリ。作れる人が増えたぶん、作った人しか直せないものが増えている。Excelと違うのは、どこで動いているかすら他の人に見えないことがある点だ。本人のパソコンの中で動いていたことが、止まってから分かる。

ここで大事なのは、複雑なファイルを作った人を責めない空気だ。多くの場合、その人は困っている業務を自分で解決しただけで、悪意はない。棚卸しを始めると隠す方向に働くことがあるので、目的は会社として引き継げる状態にすることだと先に伝えておきたい。

AIで作った社内ツール特有の論点は作った人しか直せないAIツールにまとめている。手順書を書いても引き継げないという性質があるので、Excelとは別に考えたほうがいい。

事例パターン8：社長自身がボトルネックになっている

最後は、中小企業でいちばん解きにくいパターンだ。決裁も、価格の最終判断も、トラブルの対応も、採用の可否も社長が決めている。社員は判断を仰ぐために社長を待ち、社長は待たれているので現場を離れられない。

他のパターンと違うのは、本人が解消の主体でもあり、対象でもある点だ。誰かが社長に対して標準化を進めることはできない。自分で自分の判断を切り出す作業になるので、動機がない限り始まらない。逆に言えば、始まりさえすれば早い。

失敗するのは、権限移譲を一気にやろうとしたときだ。全部任せると宣言して、事故が起きて、全部戻る。この往復を数回繰り返すと、社員は本気で受け取らなくなる。金額の下限から順に上げていく形にして、事後報告で見る期間を挟んだほうが定着する。

この構造をもう少し掘り下げたものが社長が現場に出ないと回らない不動産会社にある。不動産を例にしているが、社長がボトルネックになる構造自体は業種を問わない。

8つの事例パターンに共通する解消の順序

パターンごとに打ち手は違うが、順序は共通していた。並べてみると、うまくいった現場はほぼ同じ道筋をたどっている。

注目してほしいのは、1番目が記録であって、改善ではないところだ。属人化の解消は、たいてい手順書を作るところから始められる。だが手順書を先に作ると、書き手が重要だと思っている業務が厚くなり、実際に問い合わせが集中している業務が薄くなる。人の記憶は件数を正しく反映しない。2週間でも記録を取ると、思っていた順位と違う結果が出ることが多い。

もうひとつ、6番目の測るを最初に決めておくのも重要だ。着手前に一度測っておかないと、あとから比較できない。指標は複雑でなくてよく、担当者への確認回数を1週間数えるだけでも十分に機能する。

属人化の解消に、ツール導入をどこで挟むか

相談を受ける段階では、多くの場合すでにツールの話になっている。どのシステムを入れればいいか、というかたちで質問が来る。ただ、先ほどの6段階に当てはめると、ツールが効くのは4番目の移すところからだ。それより前に入れると、入力すべき内容が決まっていないまま箱だけができる。

実際、導入したのに使われていないシステムの話は珍しくない。原因を追うと、たいてい業務側の言語化が終わっていない。何を入力するかが決まっていないので入力されず、入力されていないので誰も見ず、見られていないので入力しなくなる。この循環に入ると、システムを入れ替えても同じことが起きる。

生成AIについても同じで、判断の言語化が終わっていない業務にAIを当てても、出力の良し悪しを評価できない。逆に、判断基準が条件と行動の形で書き出せている業務は、AIに任せられる範囲がはっきりする。属人化の解消は、AI活用の前提工事でもある。

公表されている統計と事例を、どう読むか

ここまでは型の話だった。ここでは、外部で公表されている情報の読み方を書いておく。属人化解消の事例を調べると、いくつかの出所から情報が出てくる。それぞれ性質が違うので、同じ重さで読まないほうがいい。

せっかくなので、実際に一次情報にあたるとどう見えるかを書いておく。以下はすべて、公表元のページを開いて確認した内容だ。

公的機関の調査で、属人化はどう測られているか

属人化という語が公的資料の本文に明示されている例は、実は多くない。数少ないひとつが、中小企業庁の2026年版 中小企業白書・小規模企業白書だ。概要資料のなかに「マニュアルや手順書の整備など、社内ノウハウを蓄積・共有化することは、業務の属人化を防止し、円滑な業務遂行や品質の安定化に有効」という記述がある（出典: 2026年版 中小企業白書・小規模企業白書 概要、経済産業省・中小企業庁、2026年4月24日閣議決定）。

この白書には、本記事の主題に近い設問がいくつか載っている。数字だけを抜くと誤読しやすいので、母数と設問の条件も一緒に書いておく。

効果の1位が担当者不在時の遂行だという点は、この記事で挙げた指標2と同じものを見ている。統計の側でも、解消できたかどうかは結局その人がいなくても回るかで測られている、と読める。手順書の整備が有効だった取組の1位である一方、交流機会や勉強会といった人を介した手段が上位に並んでいるのも、書いて終わりにならない何かが要るという実感と合う。

背景の数字としては、総務省の令和7年版 情報通信白書も参考になる。デジタル化を実施していない企業の割合は、大企業で約25パーセント、中小企業で約70パーセント。課題として最も多く挙がったのが人材不足で48.7パーセントだった（出典: 令和7年版 情報通信白書、総務省）。これは日本・米国・ドイツ・中国の4か国を比べた調査の日本分で、わからないという回答を除いて集計した数字だ。この条件を落として中小企業の7割がデジタル化していないとだけ書くと、意味が変わってしまう。

実名で読める事例を、実際に開いてみる

実名の事例も、一次情報として読めるものはある。たとえば石川県で金属部品の研磨と旋盤加工を手がける岡田研磨株式会社は、自社サイトで、現場に蓄積される手順やコツといった暗黙知を可視化・データ化する取り組みを公表しており、その目的として「業務の効率化・属人化の排除・品質向上」を挙げている（出典: 岡田研磨株式会社 DX推進）。同社は先ほどの中小企業白書の概要にも事例として載っており、そちらには、図面などの膨大な情報が紙とExcelで管理され、情報が属人化して社内共有にも無駄な作業が発生していた、という着手前の状態が書かれている。

ここで、事例の数字を扱うときの注意が実例として出てくる。同社については白書の概要、中小機構が運営するJ-Net21の記事（出典: J-Net21 中小企業のDX事例）、自社サイトの3か所で情報が出ているが、従業員数は白書が85名、J-Net21が80人。内製したアプリの数は白書が30以上、J-Net21と自社サイトが約20種類となっている。おそらく公表時期の違いによるものだが、どの数字を引くかで受ける印象は変わる。他社の事例数値を自社の計画に持ち込むときは、いつ時点の、どの出所の数字なのかまで確認したい。

同じ白書の概要には、神奈川県小田原市で金属精密部品を製造する有限会社川田製作所（従業員16名）の事例も載っている。作業手順書を画像や動画付きでデジタル化し、社員同士が講師となって教え合う場を立ち上げたことで、学習のハードルが下がり、外国人や障がい者を含めて誰もが活躍できる会社へ変化した、という記述だ。なお白書のこの事例本文で使われているのは「ノウハウの共有」という表現で、属人化という語ではない。属人化解消という言葉で探すと引っかからないが、扱っている中身は同じものだ。事例を探すときに検索語をひとつに固定すると、こういう記述を丸ごと見落とすことになる。

パターン6に近い数字が読める事例もある。貿易商社の株式会社ジェイアンドシーは、複雑な貿易実務や顧客別の特殊な条件が担当者の頭の中に蓄積され、担当者不在時に業務が止まる属人化が課題だったとして、基幹システムの操作手順を画像と動画のマニュアルにした結果、書類作成や注文情報の共有に関する社内の問い合わせが1日約20件から5〜6件になったと公表している（出典: 株式会社スタディスト プレスリリース、2026年7月27日）。ただしこれは、ツールを提供したベンダー側が公表しているものだ。先ほどの表でいうベンダーの導入事例にあたる。詰まり方の記述は具体的で参考になる一方、うまくいかなかった部分は書かれていない前提で読むのが妥当だと思う。

数字を自社に持ち込むときの線引き

とくに注意したいのが、事例に出てくる削減時間の数字だ。月あたり何十時間の削減という記述があったとして、その母数が何人ぶんなのか、どの範囲の業務なのか、測定期間はいつなのかが書かれていないことが多い。書かれていない場合、その数字は自社との比較には使えない。使えるのは、どんな業務が詰まっていたかという記述のほうだ。

もうひとつ、事例を読むときに見落とされやすい点がある。多くの事例は、うまくいった後の状態を書いている。途中で何度戻ったか、誰が抵抗したか、最初に選んだ業務が間違っていなかったか。そこは書かれない。自社で同じことをやると、書かれていない部分に時間の大半を使うことになる。事例の所要期間をそのまま自社の計画に当てはめると、まず間に合わない。

実務的な結論としては、外部の事例は着手する業務を選ぶヒントとして使い、期間と効果の見積もりには使わない。期間と効果は、自社で2週間の記録を取ってから決めるほうが確度が高い。

解消できたかをどう測るか——事例に書かれない指標

属人化の解消は、終わりが分かりにくい取り組みだ。手順書を作った、システムを入れた、研修をした。どれも活動の記録であって、解消されたかどうかの答えにはなっていない。判定に使える指標を4つ挙げておく。

4つのうち、まず指標1と指標3を使うことを勧めたい。どちらも道具が要らず、その日から測れる。指標2は測定のために誰かに休んでもらう必要があるが、逆にいえば、休んでも回るかどうかは属人化の定義そのものなので、年に一度は意図的に試す価値がある。

避けたいのは、作成した手順書の本数を成果として数えることだ。本数は増やせる。増やしても、読まれていなければ何も変わらない。実際、分厚い手順書が整備されているのに属人化が解けていない会社はよくある。書いた量ではなく、その人がいなくても回るかどうかで見る。

効果測定の設計は業務改善全般に共通する話でもある。何をもって改善とするかを先に決めておかないと、施策の良し悪しが判断できないまま次の施策に進むことになる。

自社を8パターンに当てはめる——30分でできる属人化マップ

最後に、読んだ内容を自社に当てはめる手順を書いておく。会議室にホワイトボードがあれば30分で終わる。

この作業でよく起きるのが、手順2で1人と書かれる業務が想定より多いことだ。10本や20本になることも珍しくない。全部を一度に着手したくなるが、そこで手を広げると止まる。丸で囲んだもののうち、1本だけを選んで最後まで通す。2人目が単独で回せるようになってから、次の1本に移る。

1年で3本から5本の業務が人から剥がれれば、会社の体感はかなり変わる。逆に、20本を同時に着手した年は、たいてい0本で終わる。これは能力の問題ではなく、記録と一巡に実時間がかかるという性質の問題だ。

業務の書き出しをもう少し丁寧にやりたい場合は業務棚卸しのやり方に手順をまとめている。部署単位や全社で整理するときは、そちらの粒度のほうが扱いやすい。

事例をそのまま真似すると起きる、よくある失敗

他社の事例を参考にして着手した現場で、繰り返し見た失敗を挙げておく。どれも事前に知っていれば避けられる。

この5つに共通しているのは、事例の結論だけを取り出して、そこに至る過程を飛ばしている点だ。事例に書かれているのは終着点で、自社が必要としているのは道順のほうだった、ということが多い。

まとめ——属人化解消の事例から持ち帰るもの

属人化の解消事例を8つのパターンに整理した。顧客情報、見積と価格の判断、仕入れと発注の基準、受発注と請求の事務、現場の段取り、問い合わせ対応、Excelと社内ツール、社長自身。業種ではなく、詰まっている場所で分けている。自社がどれに当たるかで、記録すべき対象も、最初の一手も変わる。

共通する順序は6つだった。記録する、分ける、言語化する、移す、2人目にやらせる、測る。最初が記録であって手順書ではないこと、最後の測るを着手前に決めておくこと。この2点を外すと、活動はしたのに変化が確認できないという結末になりやすい。

そして、この記事で並べたのは実名の顧客事例ではなく型だ。守秘の都合でもあるが、それ以上に、社名と削減時間の数字を持ち帰っても自社の判断には使えないと考えているからでもある。持ち帰ってほしいのは、自社のどの業務がどのパターンなのかという識別と、着手前に測る指標をひとつ決めることの2つだ。それだけで、来週から動ける。

最後にひとつ。属人化は、放っておいて悪化する種類の問題だ。人が増えるほど、売上が伸びるほど、その人に集まる情報と判断は増えていく。だから、痛みが最大化した退職や事業承継のタイミングではなく、その予定がない平常時に1本ずつ剥がしていくのがいちばん安い。急ぎではないが、遅れるほど高くつく。そういう性質の投資だと思っている。