『業務属人化』がDXを止める──標準化・ERP導入で乗り越える業務改革の実務

月末の夕方、請求書の発行が止まっています。

締め日の後に届いた納品書を、今月に入れるか来月に回すか。

その判断ができるのは、今日休んでいるAさんだけです。

業務の属人化とは、業務の進め方や判断の基準、例外の処理を、特定の担当者しか知らない状態のことです。

人手不足のいま、「あの人にしかできない業務」は、一人の離職で事業が止まるリスクに直結します。

しかも属人化は、DXやERPの導入まで止めてしまいます。

解き方の順番は決まっています。

業務の見える化、標準化、そしてシステムに載せる。

ERPの導入は、この3つを一本のプロジェクトとして進める好機になります。

では、Aさんの頭の中にある判断は、どうすれば取り出せるのか。

そこが、この記事でいちばん厚く扱うところです。

業務標準化の受け皿となるクラウドERPの基本は、クラウドERPとは？で扱っています。

この記事で分かること

• 業務の属人化が起きる4つの原因と、放置した場合の経営のリスク
• 業務標準化の実務の手順（見える化から定着まで）
• DX・ERP導入が失敗する理由と、Fit to Standardで進める方法
• 自社は標準に合わせるべきか、ほかの道が合うかの物差し
• 経営者が明日からできること

業務の属人化はなぜ起きるのか

「この仕事はAさんしか分からない」「Bさんが休むと業務が止まる」。

中小・中堅企業では、よく聞く話です。

普段は問題にされません。

それでも、離職や休職のたびに業務全体が止まるリスクを抱えています。

属人化が起きる4つの原因

属人化は、担当者の怠慢や独占欲から生まれるわけではありません。

組織のあり方と日々の業務の結果として、自然に生まれます。

原因	何が起きているか	経営者が気づくサイン
① 「できる人」に仕事が集まる	処理の速い人にノウハウがたまる	特定の人の残業だけが多い
② マニュアルを書く時間がない	文書化が後回しになり、勘と経験に頼る	手順書が古い、または存在しない
③ 「自分にしかできない仕事」が立場を強くする	仕事が一種の「ポジション」になり、温存される	引き継ぎの話になると話が進まない
④ 経営層が現場の中身を知らない	「回っているから問題ない」で放置される	業務の流れを経営者が説明できない

③は、悪意ではなく自然な心理の積み重ねです。

マニュアルにすれば誰でもできる仕事になり、自分の価値が下がる。

そう感じるのは無理もありません。

だから、属人化の解消は評価の仕組みとセットで考えます（3-4）。

4つの原因は、どの会社にもあります。

一度生まれた属人化は、放っておいても消えません。

属人化を放置する本当のリスク

属人化は、短期的には表に出にくい問題です。

放置すると、短期と中長期の両方でリスクが積み上がります。

時間軸	リスク	具体的に起きること
短期	業務の停止	キーパーソンが一人欠けただけで、請求・在庫・顧客対応が止まる
短期	品質のばらつき	判断の基準が頭の中にしかなく、引き継いでも同じ品質が出ない
短期	負荷の集中	「あの人にしか頼めない」仕事が積み上がり、疲弊して辞める
中長期	改善が進まない	業務の全体像を誰も知らず、どこを変えればよいか分からない
中長期	人が育たない	教える手順も時間もなく、属人化がさらに進む
中長期	数字がそろわない	業務がばらばらに回り、経営判断に要るデータが集まらない
中長期	全社の施策が止まる	DX・ERP導入が前に進まない

慌てて手順書を作っても、本人がいなければ再現できない部分が残ります。

キーマンの退職に備える考え方は、キーマンが辞めても会社が止まらない仕組みで扱っています。

それでも現場では「あの人は優秀だから任せておけばいい」と放置されがちです。

解消の第一歩は、経営と現場のあいだにある、この認識の差を埋めることです。

業務標準化の実務の手順

業務標準化とは、誰がやっても同じ結果が出るように、業務の手順と判断の基準をそろえることです。

号令をかけるだけでは、現場は動きません。

第一歩は「業務の棚卸し」

何より先に、いまの業務を棚卸しします。

誰が、何を、どの頻度で、どの判断の基準で行っているか。

担当者への聞き取りで引き出し、As-Is（現状）の業務の流れとして書き出します。

見栄えのよい図は要りません。

箇条書きでも、第三者が「誰が・何を・どう判断しているか」を追えれば十分です。

厚く聞くのは、例外の処理です。

「こういう時はこう判断している」という暗黙の知恵が、属人化の本丸だからです。

冒頭のAさんの納品書の扱いも、ここに当たります。

例外を引き出せないと、見える化は浅いところで終わります。

棚卸しが進むと、業務は3つに仕分けられます。

• やめていい業務：なくても困らない
• 残す業務：残すべきだが、手順を整理する
• まとめる業務：他の部門と重なっている、二重に作業している

仕分けるだけで、現場の負荷はかなり軽くなります。

描き方の詳細は、業務フローの可視化で扱っています。

業務標準化の5ステップ

見える化ができたら、標準化に入ります。

実務では、次の5つの手順で進めます。

手順	やること	できあがるもの
① 棚卸し	誰が何をしているかを洗い出す	As-Isの業務の一覧
② 設計	ムダを削り、判断の基準をそろえる	To-Be（あるべき姿）の業務の流れ
③ 文書化	To-Beの流れを書き残す	手順書と判断の基準
④ 権限の整理	誰が何を承認するかを決める	承認の経路と権限の表
⑤ 定着	現場で運用し、守られているかを点検する	運用の点検の記録

軽く見られやすいのが、⑤の定着です。

ルールを作っただけで終わると、1〜2か月で現場は元のやり方に戻ります。

手順書は共有フォルダの奥に眠り、実態は従来どおり。

「作っただけの標準化」は、珍しい話ではありません。

標準化を進めるうえでの注意点

• 全社一斉に始めない：部門を1つ決めて成功の型を作り、そこから広げる
• 100点を目指さない：70点で動かし、運用しながら直す
• 現場の納得を得る：「なぜ変えるのか」を共有し、設計の段階から巻き込む

範囲を広げすぎると、どこも中途半端で終わります。

100点を目指せば、議論が終わりません。

トップダウンだけで進めると、現場は表向き従っても、実態は変わりません。

標準化した人が損をしない仕組みにする

第1章の原因③を思い出してください。

業務を手放すと、自分の価値が下がると感じる人がいます。

この心理を放っておくと、棚卸しの聞き取りで大事な判断が出てきません。

そこで、評価の軸を変えます。

• 業務を書き出し、他の人ができるようにしたことを評価する
• 手放した時間で、より難しい仕事や改善を任せる
• 「あの人しかできない」を、本人の強みではなく会社のリスクとして共有する

経営者が「属人化を解消した人を評価する」と言葉にする。

それだけで、聞き取りの深さが変わります。

なぜDXは失敗するのか

標準化を進めても、業務改革はまだ半分です。

手順書はそろったのにデータはばらばら、部門をまたぐ業務は相変わらず非効率。

そうした状態が残ります。

標準化が届くのは「業務を見える化し、そろえる」までだからです。

その先の「データの統合」「部門間の連携」「経営判断を速くする」は、DXやERPの導入が担います。

そして、こちらも多くの会社で行き詰まります。

「ツールは入れたが業務は変わらない」

クラウドのツール、RPA、BIツール、生成AI。

新しいツールは次々に入るのに、現場の業務は旧来のまま。

紙とExcelと個別のシステムのつぎはぎで、データも分かれています。

経営層は「あれだけ投資したのに、なぜ変わらないのか」と悩みます。

現場は「ツールを入れられても使いこなせない」と感じています。

原因は「業務の整理がないこと」

失敗の原因は、ツール選びではありません。

ツールを入れる前提の「業務の整理」がないことです。

業務を見える状態にし、標準化し、そのうえでシステムに載せる。

この順序を飛ばせば、どれだけ優れたツールも定着しません。

属人化の解消と標準化は、DXの前提です。

順序と、それぞれが担う範囲を図にすると、次のとおりです。

ERP導入とFit to Standard

この改革を一気に進める好機が、ERPの導入です。

ERPは、販売・購買・在庫・会計などの基幹業務をまとめて管理する仕組みのことです。

ERPの導入には、必ず業務全体の見直しが伴います。

「ついでに標準化する」のではありません。

ERPの導入そのものが、業務改革を押し進める力になります。

従来型のERP導入が行き詰まる理由

代表例が、旧来の業務をそのままERPに載せようとする「カスタマイズ・追加開発の積み上げ」です。

「今のやり方を変えたくない」という声を尊重しすぎて、ERPを大きく作り替える。

導入の費用が膨らみ、保守も難しくなり、バージョンアップにも追いつけなくなります。

肝心の業務の効率も上がりません。

原因は、属人化した業務を、そのまま載せようとしたことにあります。

Fit to Standardという考え方

Fit to Standardとは、ERPの標準の機能に合わせて、業務の流れのほうを設計し直す進め方です。

「システムを業務に合わせる」のではなく、「業務をシステムに合わせる」発想です。

比較の軸	Fit to Standard	従来型のカスタマイズ
基本の発想	業務を標準の機能に合わせる	システムを業務に合わせる
導入の費用・期間	抑えやすい	膨らみやすい
アップデートへの追従	しやすい	難しくなりがち
属人化への影響	標準化で解消に向かう	温存されやすい
AIとの親和性	高い。データの形がそろい、提供元の新しい機能（AIを含む）を取り込みやすい	低くなりがち。独自の項目や処理が多く、AIに読ませる前の整理が要る
向いている状況	多くの中堅・中小企業	独自の業務が競争力の源で、標準では代わりがきかない場合

従来型のカスタマイズが、常に悪いわけではありません。

その業務が競争力の源で、標準では代わりがきかないなら、合理的な選択です。

ただし、その「特殊さ」が思い込みであることも少なくありません。

Fit to Standardには、次の利点があります。

• 追加の開発が少なく、導入の費用と期間を抑えやすい
• 提供元の新しい機能を、そのまま使いやすい
• 標準の流れに乗せる過程で、頭の中にあった判断の基準が書き出される

いちばん効くのは3つ目です。

業務改革と標準化が、ERP導入というプロジェクトの中で同時に進みます。

Fit to Standardを成功させる条件

• いまの業務が見えていること：As-Isが見えなければ、標準にどう合わせるかを話せない
• 現場の納得：「今までのやり方を変えさせられる」話と受け止められやすい。変える理由と、変えて良くなることを伝える
• 経営層の覚悟：カスタマイズの要望が出たとき、「標準で回す」判断を経営が支えられるか

ERP導入は、ITのプロジェクトではなく経営のプロジェクトです。

業務の流れを見直し、部門の壁を取り払い、会社の情報を一本につなぐ。

だからこそ、70点で動かし、運用しながら磨く姿勢のほうが成功に近づきます。

判断の物差し｜自社はどの道を選ぶか

合う道は、自社の状況で変わります。

自社の状況	合う道	注意点
業務の多くが一般的で、独自なのは一部	標準に合わせる（Fit to Standard）	独自の一部だけを開発で補う
独自の業務が競争力の源	標準＋その部分だけ開発、またはAIを使ったスクラッチ開発	開発した部分を、誰が保守し続けるか
費用を抑え、範囲を自分たちで組みたい	Odooなど	社内に設定を担う人が要る
国内の商習慣に沿った業種向けの機能が要る	業種に強い国産ERP	将来の拠点や事業の広がりに合うか
棚卸しがまだで、業務の全体像が誰にも分からない	いまはERPを入れず、標準化を先に進める	期限を決めないと、棚卸しが終わらない

判断の順番を図にすると、次のとおりです。

独自の業務が多い場合の考え方は、AIでスクラッチ開発とERP、どちらを選ぶべきかで扱っています。

最後の行の「いまは入れない」も、立派な判断です。

全体像が見えないままERPを選べば、選んだ理由を社内に説明できません。

3か月など期限を決めて棚卸しを進め、その結果でERPの要否を決めます。

これからERPを入れる会社と、いまのERPで属人化が残る会社

これから入れる会社は、製品の比較より先に、As-Isの業務の一覧を作ります。

選定と並行で構いません。

「標準に合わせる業務」と「守る業務」を経営が先に決め、カスタマイズの要望を誰が判断するかも決めておきます。

選び方の全体は、ERP選定ガイドで扱っています。

ERPを入れたのに属人化が残っている会社には、共通のサインがあります。

追加の開発が積み上がり、仕組みを分かる人が限られている。

ERPの外で、Excelの集計や手作業が続いている。

この場合、同じ業務のまま製品だけ替えても、同じ悩みが残ります。

まずERPの外で回っている業務を棚卸しし、設定の見直しか乗り換えかを決めます。

保守の期限が近い場合の考え方は、基幹システムの保守切れリスクで扱っています。

よくある3つの失敗

失敗1：業務が見えないまま、ツールだけ入れる

起きること：ツールが使われない。または、旧来の業務と並行して動き続ける。

原因：いまの業務の流れが整理されておらず、どこにツールを組み込むか決まっていなかった。

避け方：ツールを選ぶ前に、As-Isの業務の一覧を作ります。

一覧ができて初めて、ツールを入れる場所が決まります。

失敗2：部門ごとのやり方を温存したまま、つなごうとする

起きること：データの粒度や定義が部門ごとに違い、全社で集計できない。

原因：部門間で進め方をそろえないまま、システムだけを共通にした。

避け方：取引先・品目・勘定科目など、部門をまたぐデータの定義を先にそろえます。

決めるのは各部門ではなく、全社の立場の責任者です。

失敗3：属人化した判断を、システムに載せられない

起きること：担当者の頭の中の判断が載らず、紙やExcelが残る。システムの外に業務が逃げる。

原因：例外の処理や判断の基準を、棚卸しで引き出していなかった。

避け方：棚卸しでは、標準の流れより例外を重点的に聞きます。

「迷ったとき、どうしているか」と聞くと、判断の基準が出てきます。

ERP導入の失敗の構造は、ERP導入はなぜ失敗するのかで扱っています。

推進役は誰が担うのか

理にかなった進め方でも、実行には「現場と経営をつなぐ推進役」が要ります。

誰が主導するかが決まらないまま、行き詰まるプロジェクトは少なくありません。

立場	得意なこと	担いにくいこと
SIer（導入の事業者）	ERPの設計・設定・開発	業務の流れの設計。要件の整理は顧客任せになりがち
情シス・IT担当	社内のシステムの管理	全社をまたぐ業務の設計。人数が少なく、権限もないことが多い
各部門の責任者・担当	自部門の業務を回す	他部門との連携や全社の最適。部門の都合が優先されやすい

3つのどこにも収まらない役割があります。

業務の流れを全社で見える化し、ERPの標準の機能に合わせて業務を設計する役割です。

PMO（Project Management Office、プロジェクト全体を管理する司令塔）もここに含まれます。

この空白を埋めないまま走り出すと、業務の整理は後回しになります。

SIerは渡された要件で開発を進め、現場はついていけない。

稼働後に「使えないシステム」だけが残ります。

社内で担える人がいなければ、外の力を借りてもかまいません。

ただし、報告書を納めて終わる相手ではなく、業務が変わるまで一緒に手を動かす相手を選びます。

ベンチャーネットならこう見る｜「見える化→整理整頓→Fit&Gap」と「定着の4手順」

NetSuite認定パートナー（Solution Provider）であるベンチャーネットは、特定の製品に誘導しない立場です。

NetSuite・Odoo・AIスクラッチ開発を扱い、SAPからのリプレイスにも対応しています。

属人化とERPの相談では、2つの型で考えます。

型1：見える化→整理整頓→Fit&Gap

製品の話は、業務の地図ができてからにします。

移る先の製品が決まっていても、見える化からやり直します。

1. 業務の見える化：いまの業務の流れを、現場に聞いて描く。例外の判断を先に聞く
2. 整理整頓：やめる・まとめる・そろえる業務を決める（3-1の仕分け）
3. Fit&Gap：残った業務を、移る先の製品の標準機能と照らし合わせる

Fit&Gapで合わなかった業務は、標準に合わせる／開発する／残すの3つから選びます。

「残す」は、ERPに載せず、いまの仕組みや運用で続ける道です。

独自の業務が本当に競争力なら、開発する価値があります。

慣れの問題なら、標準に合わせたほうが長く楽になります。

進め方の詳細は、Fit&Gap分析で扱っています。

型2：定着の4手順

3-2で見たとおり、標準化は⑤の定着で崩れやすい。

ベンチャーネットは、定着を次の4つの手順で支えます。

1. データ整理を最初に：取引先・品目などの定義を、移す前にそろえる
2. 段階的に導入する：1つの部門・1つの業務から始め、成功の型を作って広げる
3. 研修とサポートを徹底する：使い始めの時期に、迷ったときの相談先をはっきりさせる
4. 操作はシンプルに：使わない機能を盛らない

4つ目は見落とされがちです。

機能を盛るほど、使い方を知る人が限られ、新しい属人化が生まれます。

要件を伺うのは、営業ではなく導入コンサルタントです。

現場の例外の判断を、伝言ゲームにせずに設計へ移すためです。

判断の基準が書き出されていれば、AIに引き継ぎの補助を任せる道も開けます。

考え方はAIがあなたの仕事を「履歴」から覚える時代にで扱っています。

話を進めた結果、「いまはERPを入れず、標準化だけ進める」とお伝えすることもあります。

経営者が明日からできること

明日、1時間だけ使って次の3つを行ってください。

1. 「止まったら困る業務」を5つ書く：請求、仕入、給与など
2. それぞれ分かる人の名前を書く：1人しかいない業務に印をつける
3. 印のついた業務の担当者に15分だけ聞く：「迷ったとき、どう判断していますか」

業務	分かる人	人数	迷ったときの判断（聞き取り）
（例）月末の請求	Aさん	1人	締め日の後に届いた納品書の扱い

印のついた業務が、属人化の解消を最初に進める場所です。

聞き取りの答えは、そのまま型1の「見える化」の最初の材料になります。

よくある質問

Q1. 業務標準化・DX・ERP導入は、どれから手をつければいいですか

業務の見える化（棚卸し）からです。

順序は「見える化→標準化→ERP導入」が基本です。

ただし、完全に分けて順番に進める必要はありません。

Fit to Standardの考え方で同時に進めるのが、結果的に近道になります。

Q2. 現場が「今のやり方を変えたくない」と反発したら

トップダウンで押し切らないことです。

「なぜ変えるのか」「変えると何が良くなるのか」を共有し、設計の段階から巻き込みます。

全社一斉ではなく、1つの部門で小さく成功させ、その成果を見せると納得が生まれます。

Q3. 属人化の解消とERP導入を同時に進めると、費用は増えませんか

別々に進めるより小さく済むことが多いです。

業務改革とシステム導入を別のプロジェクトにすると、それぞれに時間と費用がかかります。

一本で進めれば、見直しと導入が同じ流れの中で終わり、カスタマイズも抑えやすくなります。

Q4. 自社の業務は特殊なので、標準に合わせるのは無理では

その特殊さが競争力かどうかを先に見極めます。

顧客が対価を払っている独自性なら、その部分だけ開発で補うのは合理的です。

慣れや習慣によるものなら、標準に合わせたほうが長く楽になります。

Q5. ERPを入れたのに属人化が残っています

ERPの外で回っている業務の棚卸しから始めます。

Excelの集計や手作業が残る業務に、属人化が残っていることが多いからです。

棚卸しの結果で、いまのERPの設定を見直すか、乗り換えるかを決めます（第7章）。

Q6. こうした業務改革は、自社だけで進められますか

自社だけで完結できる会社は多くありません。

SIer・情シス・各部門のいずれも、全社をまたぐ業務設計とERP導入の推進は担いにくいのが実情です。

その空白を埋める推進役を、社内に置くか、外で確保するかが鍵になります（第9章）。

まとめ｜属人化の解消は、ERP導入と一本で進める

• 業務の属人化は、人手不足・時間・評価・経営との距離が重なって生まれる
• 放置すると、業務の停止だけでなくDX・ERP導入が止まる
• 標準化は棚卸し→設計→文書化→権限→定着の順。崩れやすいのは定着
• ERP導入はFit to Standardで、業務改革と標準化を同時に進める好機
• 業務の全体像が見えないうちは、いまは標準化だけという判断もある
• 成否を分けるのは、現場と経営をつなぐ推進役がいるかどうか

Aさんの頭の中の判断は、「迷ったとき、どうしていますか」の一言から取り出せます。

まずは止まったら困る業務を5つ書き出し、印のついた担当者に15分だけ聞いてみてください。

もう少し詳しく知りたい方へ

「属人化した業務がどこにあるか、まず整理したい」

「ERPを入れる前に、標準化から一緒に進めてほしい」

そんな段階からご相談をお受けしています。

業務の棚卸しから推進役の置き方まで、中立の立場で一緒に考えます。

• NetSuite×業務の見える化 伴走サービス
• お問い合わせ