業務標準化の進め方：担当者ごとに違うやり方をそろえる手順

同じ業務なのに、担当者によって手順も所要時間も仕上がりも違う。業務標準化は、このばらつきをそろえて、誰がやっても一定の品質と時間で終わる状態を作る取り組みです。結論から言うと、標準化は「正しいやり方を上から決めて配る」ことではなく、担当者ごとのやり方を並べて比較し、良い部分を組み合わせて一つの手順に決め、それが守られ続ける仕組みを作るまでを指します。

標準化がうまくいかない会社の多くは、マニュアルを作った時点で終わってしまい、現場が元のやり方に戻ってしまいます。手順を決めることと、定着させることは別の仕事です。また、自動化やシステム化を検討する前に標準化を済ませておくと、要件が明確になり、開発の手戻りも減ります。

この記事は、属人化した業務に悩む事業責任者や、業務改善・DX推進の担当者に向けて、標準化の対象の選び方、現状のやり方の比較方法、標準手順の決め方、文書化、定着と見直しまでを順を追って説明します。

業務標準化とは何をそろえることか

業務標準化とは、ある業務について「誰が、何を入力として受け取り、どの順番で、どの基準で判断し、何を成果物として渡すのか」をそろえることです。用語としての整理は業務標準化の用語ページにまとめています。

そろえる対象は、手順だけではありません。実際には次のような要素にばらつきがあります。

• 手順の順番：確認してから入力するか、入力してから確認するか
• 判断基準：どの条件で上長に相談するか、どこまでを自分で決めてよいか
• 使う道具：Excel のどのファイルを使うか、どのテンプレートを使うか
• 成果物の形式：ファイル名の付け方、記載項目、保存場所
• 品質の基準：どこまで確認したら完了とするか
• 連絡の仕方：完了報告を誰にどの手段で送るか

標準化するときは、これらのどこにばらつきがあり、どのばらつきが問題を起こしているのかを見極めます。すべてを一律にそろえる必要はありません。成果物の形式がそろっていれば、途中の細かな操作順は個人に任せてよい、という判断もありえます。

標準化が必要になるサインと、標準化しない方がよい業務

標準化には手間がかかるため、効果が大きい業務から手を付けるのが原則です。次のようなサインがある業務は、標準化の優先度が高いと考えられます。

• 担当者が休むと業務が止まる、または品質が落ちる
• 同じ業務なのに、担当者によって所要時間に大きな差がある
• ミスや差し戻しが特定の担当者や工程に偏っている
• 新しく担当になった人が独り立ちするまでに時間がかかる
• 後工程の担当者が、前工程の成果物を毎回確認し直している
• 自動化やシステム化を検討しているが、手順が人によって違い要件がまとまらない

一方、標準化しない方がよい業務もあります。顧客ごとに提案内容を変える企画業務や、試行錯誤そのものが価値になる業務を細かく標準化すると、柔軟性が失われます。こうした業務では、手順ではなく「最低限守る品質基準」や「必ず使う情報源」だけを決めておく程度にとどめます。

もう一つ決めておきたいのが、標準化の単位です。「経理業務」のように大きな単位で始めると、関係者も工程も多すぎて議論がまとまりません。「取引先からの請求書を受け取ってから支払予定に登録するまで」のように、始まりと終わりがはっきりした業務の単位に区切ります。区切った単位ごとに、入力（何を受け取るか）と出力（何を渡すか）を一行で書けるかを確かめると、範囲が適切かどうかを判断できます。一行で書けない場合は、まだ範囲が広すぎる可能性があります。

業務標準化の進め方：全体の流れ

標準化は、次の流れで進めます。

1. 対象業務と目的を決める：どの業務を、何のために標準化するのか（ミスを減らす、引き継ぎを容易にする、自動化の前提を作るなど）を明確にします。
2. 関係者を決める：実際にその業務を行っている担当者全員と、判断の最終責任を持つ人を巻き込みます。
3. 現状のやり方を可視化する：担当者ごとの手順を書き出し、所要時間と成果物を集めます。
4. やり方を比較し、差分を洗い出す：担当者間で何が違うのか、その違いが結果にどう影響しているのかを整理します。
5. 標準手順を決める：差分ごとに採用するやり方を決め、一つの手順にまとめます。
6. 文書化する：標準手順を、手順書やチェックリストの形にします。
7. 試行し、修正する：一定期間、標準手順で業務を行い、不都合を修正します。
8. 定着させる仕組みを作る：守られているかを確認する方法と、手順を改訂する方法を決めます。

この中で特に時間をかけるべきなのは、3〜5の「比較して決める」部分です。ここを飛ばして、誰か一人のやり方をそのまま標準にすると、他の担当者の納得が得られず、定着しません。

担当者ごとのやり方を可視化して比較する

書き出してもらう、見せてもらう

現状のやり方を把握するには、担当者に手順を書き出してもらう方法と、実際の作業を横で見せてもらう方法があります。書き出しだけだと、本人が無意識にやっている確認や工夫が漏れます。可能であれば両方を組み合わせ、少なくとも一度は作業を観察します。

観察のときは、次の点を記録します。

• 作業の開始と終了のきっかけ（何を受け取って始め、何を渡して終えるか）
• 各工程の所要時間
• 参照している資料やファイル
• 迷ったり、誰かに確認したりした場面
• 本人が「ここは自分なりに工夫している」と言う部分

作業時間の調べ方やヒアリングの進め方は、業務可視化の方法：自動化の前に行う作業時間調査とヒアリングで詳しく解説しています。手順の流れを図にする場合は業務フロー図の書き方：システム化の前に現状を可視化する手順も参考にしてください。

比較表を作る

書き出した手順を横に並べ、工程ごとに違いを比較します。次のような表にすると、差分が一目で分かります。

この表を見ると、単に手順が違うだけでなく、どの違いが問題を生んでいるのかが見えてきます。結果への影響がない違いは、無理にそろえる必要はありません。

「なぜそうしているか」を聞く

比較で差分が見つかったら、それぞれの担当者に理由を聞きます。一見非効率に見えるやり方にも、過去のトラブルを避けるための理由があることがあります。逆に、理由が「前任者からそう教わったから」というやり方は、見直しの余地が大きい部分です。

標準手順を決めるときの判断基準

差分ごとに、どのやり方を標準として採用するかを決めます。判断の基準として、次の観点を使います。

• 結果の品質：ミスや差し戻しが少ないやり方か
• 所要時間：同じ品質なら、時間が短いやり方か
• 再現性：経験の浅い人でも同じ結果を出せるか
• 後工程への影響：次の担当者や顧客にとって扱いやすいか
• 例外への強さ：イレギュラーな案件が来たときに破綻しないか
• 将来の自動化との相性：入力や判断がルールとして書けるか

どのやり方も一長一短がある場合は、複数のやり方の良い部分を組み合わせます。上の例なら、「受付時にすぐ台帳に転記する（Aさん）」「金額が一定以上のときは過去の取引履歴を確認する（Cさん）」「最新テンプレートを使う」「完了はチャットで報告する」を組み合わせた手順が考えられます。

決める場には、実際の担当者に参加してもらいます。自分のやり方が採用されなかった担当者にも、なぜその判断になったのかを説明し、納得してもらうことが定着の前提です。最終的に判断が割れたときは、業務の責任者が決めます。

標準手順の文書化：手順書とチェックリスト

決めた手順は文書にします。文書の形式は、業務の性質に合わせて選びます。

• 手順書：工程の順番と、各工程でやること、判断基準を文章で書いたもの。新しい担当者の教育に向いています。
• チェックリスト：完了前に確認すべき項目を並べたもの。慣れた担当者の確認漏れ防止に向いています。
• テンプレート：成果物の形式をそろえるための雛形。書類やメールの文面などに使います。
• 判断表：条件ごとの判断を表にしたもの。「この条件なら上長承認」などの判断基準をそろえるのに使います。

標準作業手順書は SOP（Standard Operating Procedure）とも呼ばれます。考え方はSOP（標準作業手順書）の用語ページで整理しています。また、マニュアルを更新され続ける形にする工夫は業務マニュアルの作り方：属人化を防ぎ更新され続ける形にするで詳しく扱っています。

文書化のときに意識したいのは、次の点です。

• 一つの手順書に詰め込みすぎない。業務の単位で分けます。
• 「適宜」「必要に応じて」など、判断を読み手に委ねる言葉を避け、条件を具体的に書きます。
• 例外のときにどうするか、誰に相談するかを書いておきます。
• 改訂日と改訂者、問い合わせ先を明記します。
• 保存場所を一か所に決め、古い版が残らないようにします。

定着させるための仕組み

手順を決めて文書化しても、それだけでは元のやり方に戻ります。定着には、次のような仕組みが必要です。

守られているかを確認する

最初の一〜二か月は、標準手順で業務が行われているかを定期的に確認します。成果物の形式がそろっているか、チェックリストが使われているかを、抜き取りで見る程度で構いません。確認の目的は担当者を責めることではなく、手順に無理がないかを見つけることです。

守りやすくする

人の意志に頼るより、守りやすい環境を作る方が確実です。入力フォームの項目を標準手順に合わせる、テンプレートを一つにして古いものを削除する、判断が必要な条件を入力時に自動で表示する、といった工夫で、標準から外れにくくなります。この段階で、ツールやシステムによる支援を検討すると効果的です。

改訂のルールを決める

現場で「この手順はやりにくい」という声が上がったときに、誰に伝え、誰が判断し、どう改訂するのかを決めておきます。改訂のルートがないと、担当者は黙って手順から外れていきます。月に一度、手順への意見を集めて改訂を検討する場を設けるのが一つの方法です。

架空の例：問い合わせ対応の標準化

ここでは、架空のサービス会社で、問い合わせ対応を三人の担当者が行っている場面を考えます。担当者によって返信までの時間や回答の内容に差があり、同じ質問への回答が食い違うことが問題になっていました。

三人のやり方を比較したところ、問い合わせの分類の仕方、回答前に参照する資料、上長に相談する基準がそれぞれ違っていました。そこで、問い合わせの分類を五種類に決め、分類ごとに参照する資料と回答テンプレートを用意し、返金や契約変更に関わるものは必ず上長に確認する、という標準手順を作りました。

試行期間に、テンプレートに当てはまらない問い合わせが一定数あることが分かったため、「その他」の分類を追加し、その場合の相談先を明記しました。標準化によって問い合わせの分類と回答がそろったことで、次の段階として、問い合わせの自動振り分けや回答の下書き作成を検討する土台ができました。

標準化の効果を測り、次の改善につなげる

標準化の効果は、感覚ではなく記録で確かめます。効果を測っておかないと、標準化が本当に役に立ったのか、手順のどこに問題が残っているのかが分からず、次の改善の判断もできません。

測る項目を事前に決める

標準化に着手する前に、何が改善されれば成功とみなすのかを決め、その時点の状態を記録しておきます。測る項目は、標準化の目的に合わせて選びます。

• 所要時間：一件あたりの処理時間、担当者間の時間の差
• 品質：ミスや差し戻しの件数、後工程からの問い合わせの件数
• 引き継ぎのしやすさ：新しい担当者が一人で業務を回せるまでの期間
• 負荷の偏り：特定の担当者に業務や相談が集中していないか

すべてを厳密に測る必要はありません。たとえば差し戻しの件数であれば、標準化の前後で一か月分をチャットやメールから数えるだけでも、変化は把握できます。

改善の余地を次の段階につなげる

効果を測ると、標準化しても時間が縮まらない工程や、ミスが減らない工程が見えてきます。そうした工程は、手順をそろえるだけでは解決できない問題を抱えています。転記が多い、確認すべき情報が複数の場所に散らばっている、判断に必要なデータがそもそも記録されていない、といった原因であれば、ツールの導入や自動化、システム化が次の手段になります。

標準化は、それ自体で終わる取り組みではなく、業務改善の土台です。手順がそろい、判断基準が文書になっていれば、どこを自動化すれば効果が大きいかを、根拠を持って判断できるようになります。

業務標準化のチェックリスト

標準化の取り組みが十分かを、次の項目で確認してください。

• 標準化の対象業務と目的が明確になっている
• 実際の担当者全員から現状のやり方を聞いている
• 担当者ごとのやり方を比較し、差分と結果への影響を整理している
• 差分ごとに採用するやり方と、その理由が説明できる
• 標準手順に、例外時の対応と相談先が書かれている
• 手順書・チェックリスト・テンプレートが一か所に保存され、古い版が残っていない
• 試行期間を設け、その結果で手順を修正している
• 守られているかを確認する方法が決まっている
• 手順の改訂を提案し、判断するルートが決まっている
• 標準化後の所要時間やミスの件数を、標準化前と比較できるように記録している

よくある失敗とその避け方

一番できる人のやり方をそのまま標準にする

経験豊富な担当者のやり方は、本人の知識や判断力を前提にしていることが多く、他の人が同じように再現できるとは限りません。熟練者のやり方を出発点にするのはよいのですが、経験の浅い人が実際にその手順で業務を行えるかを試行で確かめます。

手順書を作ることが目的になる

分厚い手順書を作っても、読まれなければ意味がありません。最初は主要な工程と判断基準に絞った短い文書から始め、試行で必要になった内容を追加していきます。

現場を巻き込まずに決める

管理部門だけで手順を決めて配布すると、現場の実態に合わず、形骸化します。手順を決める場に担当者を参加させ、自分たちで決めた手順だと感じてもらうことが大切です。

標準化と同時にツールを大きく変える

標準化とツールの入れ替えを同時に進めると、問題が起きたときに、手順の問題なのかツールの問題なのかが分からなくなります。可能であれば、先に今の道具のまま手順をそろえ、その後にツールの導入や自動化に進む方が安全です。

一度決めたら見直さない

業務の内容や取引先、扱う商品は変わっていきます。改訂の仕組みがないと、手順書は実態とずれ、誰も参照しなくなります。改訂の担当者と頻度を決めておきます。

よくある質問

Q. 業務標準化とマニュアル作成は何が違いますか？

マニュアル作成は、標準化の中の「文書化」の工程にあたります。標準化は、そもそもどのやり方を正しい手順とするかを比較して決め、それを定着させるまでを含みます。現状のやり方をそのまま書き写したマニュアルは、ばらつきを残したままになることがあります。

Q. 担当者が一人しかいない業務も標準化すべきですか？

一人で担当している業務こそ、属人化のリスクが高い業務です。比較する相手はいませんが、手順を書き出し、第三者が読んで再現できるかを確かめることで、標準化に近い効果が得られます。属人化の考え方は属人化の用語ページで整理しています。

Q. 標準化にはどのくらいの期間がかかりますか？

対象業務の規模と担当者の数によって変わります。小さな業務一つであれば、可視化から試行まで数週間程度で進められることもあります。ただし、定着までには試行と改訂を繰り返す期間が必要です。一度に多くの業務を対象にせず、一つずつ進める方が結果的に早く定着します。

Q. 標準化した後、自動化はどう進めればよいですか？

標準手順の中で、判断が条件として書けていて、繰り返し発生する工程が自動化の候補になります。標準化の過程で作った判断表やチェックリストは、自動化のルールや入力チェックの要件としてそのまま使えます。

Otsumuに相談できること

対象業務が限られていて、担当者が数人程度、責任者が時間を取って比較と決定の場を持てるのであれば、この記事の手順で自社だけで標準化を進めることは十分可能です。まずは一つの業務で、担当者ごとのやり方を書き出して比較するところから始めてみてください。

一方で、部署をまたぐ業務で関係者の利害が一致しない、標準化の後に自動化やシステム化まで見据えて手順を設計したい、社内に進行役を担える人がいない、といった場合は、外部の進行役を入れた方が議論がまとまりやすくなります。

Otsumuの自社サービス運用の自動化コンサルティングでは、業務の可視化と比較、標準手順の設計から、その手順を前提にした自動化やツール連携の実装、運用後の改善までを一貫して支援しています。自らも事業を運営する実践者として、現場で守られ続ける手順と仕組みに絞って設計することを重視しています。

どの業務から標準化すべきか迷っている段階でも構いません。30分の無料相談で状況をお聞かせください。

この記事について

Otsumu株式会社が執筆しました。統計値や他社の事例には依拠せず、進め方と判断の枠組みを中心にまとめています。法務・税務・会計などの制度は、専門家や公的窓口で最新の情報をご確認ください。

執筆：Otsumu株式会社 ／ 編集日 2026.10.01