2.業務一覧表の作り方｜全体像を把握し改善の土台を作る

「業務を見える化しましょう」と言われても、現場ではそこで止まりがちです。部署ごとに呼び方が違い、担当者によって細かさがばらつき、「この棚卸しは評価のためですか」と警戒されることもあります。

前回の記事 業務プロセス最適化とは？基礎知識とその重要性 では、最適化の出発点は現状把握だと整理しました。この記事で扱う業務一覧表は、その現状把握を机上の話で終わらせず、改善の優先順位付けまでつなげるための実務ツールです。

業務一覧表があると、属人化や承認待ちの場所を特定し、標準化・自動化の候補を比べられます。

本記事では、業務一覧表が必要な理由、入れるべき情報、作成の進め方、作って終わりにしないための運用ポイントを整理します。

シリーズ全体の進め方は、業務プロセス最適化ガイドで確認できます。

業務一覧表が改善の土台になる理由

業務一覧表は、組織全体の業務を「誰が」「何のために」「どれくらいの頻度で」「どのツールを使って」行っているかを、同じ粒度で見える化するための台帳です。ここがそろうと、改善対象の比較ができるようになります。

AI導入より先に一覧表が必要

一覧表がないまま改善を進めると、声の大きい部署の課題だけが先に扱われたり、たまたま目に付いた作業だけを個別に直したりしがちです。結果として、工数が多い業務や、止まりやすい工程が後回しになります。

一覧表を作る意義は、単に棚卸しすることではありません。次のような比較ができる状態を作ることにあります。

• どの部署に負荷が偏っているか
• どの業務で承認待ちや差し戻しが多いか
• どの業務が定型で、標準化や自動化に向いているか
• どの業務が担当者依存で、引き継ぎリスクが高いか

この比較ができると、改善対象を感覚ではなく根拠付きで選びやすくなります。

業務一覧表に入れるべき情報

業務一覧表が「使えるデータ」になるかどうかは、入れる項目のそろえ方で決まります。最初から完璧を目指す必要はありませんが、改善判断に必要な情報は落とさない方が後工程が楽になります。

特に重要なのは、業務名だけで終わらせず、「何のために行うか」「どこで判断が入るか」「どのデータを受け取り、何を出すか」を書くことです。これがあると、廃止、標準化、自動化、AI支援のどれが向くかを後から見分けやすくなります。

逆に、一覧表を単なる部署別タスクリストにしてしまうと、改善に使える比較材料が足りません。見た目は埋まっていても、判断の根拠が残らない状態になります。

業務候補集の一部。自社の入力には「業務一覧（入力用）」を使います。 スマホでは横に動かして確認できます。業務候補集の原本を開く

候補を選び、入力用シートに記入する

原本には、業務を思い出すための300件の候補集と、自社の情報を記入する「業務一覧（入力用）」があります。候補集から対象業務を選び、入力用シートの2行目から1業務につき1行で記入します。候補の名称が自社の仕事と合わない場合は、実際の対象と動作が分かる名前に直してください。

入力用シートの左側A〜G列。2行目から記入します。スマホでは横に動かして確認できます。入力用の原本を開く

入力用の24列は、基本情報、担当と負荷、実態と根拠、更新の4つに分けて確認できます。最低限の10項目を、開始・完了、実作業・待ち、確認状況などに分けて記入できる形です。

まず管理用のNoと業務名を決め、対象業務の担当者と分かる欄から記入します。複数部署が関わる場合は、それぞれの担当と承認者を書き分けます。日次・週次・月次・不定期などの実施周期、具体的なツール名、二重入力や担当者依存の課題も残してください。不明な時間や件数を推測で埋めず、確認担当と期限を決めれば、未確認の欄も次の調査につなげられます。

1行の範囲を、始まりと終わりでそろえる

最初に「何を受け取って始まり、何ができれば終わりか」を決めます。業務名は「対象＋行うこと」で書き、同じ目的と完了条件を持つ作業を1行にまとめると、担当者同士で確かめやすくなります。分類名、業務、操作を同じ列に並べないことが出発点です。

ただし、通常の問い合わせと返金を伴う申し出では、承認者や終わり方が異なることがあります。頻度も負荷も別に比べたいなら行を分け、まれに起こる分岐なら「例外・承認条件」欄に残します。分け方は唯一の正解を探すより、今回何を比較するかに合わせて責任者が決め、表の冒頭に記入ルールを添えてください。

問い合わせ対応1件を記入してみる

問い合わせ対応を例に、記入で迷いやすい3点を確認します。原本の「記入例（想定ケース）」には、同じ業務の項目別見本を収録しています。

範囲と担当を決める

大分類・中分類は「顧客対応／既存顧客の問い合わせ」、業務名は「問い合わせへの回答と記録」とします。目的は顧客の疑問を解消し、次回対応でも経緯を確認できるようにすることです。メールの受信で始まり、回答の送信と対応履歴への記録ができれば完了。調査中は未完了として残します。

窓口の当番が受付・回答を担当し、契約条件を変更する回答は窓口責任者が承認します。受け取る情報は問い合わせ本文、顧客情報、契約条件。残すものは回答メールと対応履歴です。共有メール、顧客台帳、FAQについて、実際の保存先と閲覧できる担当も記入します。

実作業と待ちを分ける

頻度は「月次」だけでなく、集計期間と処理件数を併記します。問い合わせ対応を例にすると、次のように記入できます。

二人が各6分作業した場合、延べ作業時間は12分です。承認待ちの3時間を月20人時に足すことはしません。待ち時間は受付から回答までの経過時間を、実作業工数は人が使った時間を改善するために分けて使います。件数や時間が未計測なら、仮の数字で埋めず、確認する人と期限を残してください。

時間が未計測なら空欄のままにし、「確認担当・期限」へ調べる担当と期日を記入します。受付から完了までの経過時間と、人が手を動かした工数は別の情報です。承認待ちが長い業務に入力支援だけを導入しても、回答までの時間は変わらない可能性があります。

例外と確認状況を残す

既存FAQで回答できる問い合わせは定型、個別調査や契約判断が必要なものは非定型として区別します。情報が足りない場合は顧客へ確認し、契約変更は責任者へ承認を依頼する条件を「例外・承認条件」に残します。

「調査の参照先を一部の担当者しか知らず、不在時に止まる」は「課題・属人化状況」へ記入する候補です。担当者の説明を仮記入し、受付履歴と実際の対応を照合して「根拠・確認状況」を更新します。未確認の件数や時間は実績として扱わず、次に確認する情報を明記してください。

作成を進める5つのステップ

最初から全社分を集めようとすると、現場の負担が増え、一覧の完成が遅れがちです。対象を絞り、業務の細かさをそろえてから広げる方が、早くまとめられます。

各段階で残すものをそろえ、変更があれば一覧を見直します。

範囲を決めてスモールスタートする

改善の目的と対象期間を決め、対象に含める業務・含めない業務を明記します。最初から全社一斉に始めるより、まずは一部署、または定型業務の多い領域から始める方が失敗しにくくなります。たとえば経理、受発注、問い合わせ対応のように、頻度が高く流れが見えやすい業務から着手すると、一覧表の型を作りやすくなります。

ヒアリングで実態を集める

ヒアリングでは、理想論ではなく「実際にどう回っているか」を取ることが重要です。マニュアルどおりではなく、例外時に誰が判断しているか、承認待ちがどこで発生しているか、紙や口頭が残っているかまで聞くと、改善候補が見えやすくなります。

「通常はどうしますか」に加えて、「直近で止まった1件は、どこで、誰の返答を待ちましたか」と聞くと、一覧に記入する具体的な事実を確認できます。担当者の説明、記録で確認した事実、未確認の推測を混ぜずに残してください。聞き方と確認の進め方は、業務ヒアリングの進め方で扱います。

収集前には、困っている工程を見つける目的と、一覧を誰が何に使うかを説明します。例外を話した人を責めず、出た課題への対応を返すことも必要です。こうした場のつくり方は、心理的安全性と業務改善を参照してください。

確認には、記事末尾の「業務ヒアリング質問リスト」を使えます。回答と根拠、次に確かめることを記録してください。

全15問と確認目的、右側の利用方法。回答や根拠は「ヒアリング（記録用）」に残します。画像内を縦・横に動かして確認できます。15問の原本を開く

聞き取った回答を、一覧の欄につなげる

質問リストの「ヒアリング（記録用）」には、回答、根拠・確認状況、次に確認すること、担当・期限の欄があります。質問を読み上げて終わるのではなく、回答を確かめて一覧へ記入するために使います。

例えば、問い合わせ担当者から「回答自体は短いが、責任者の確認を待つことが多い」と聞いた場合、回答をそのまま所要時間の数字に置き換えることはできません。次のように記録して確認します。

確認後、手を動かした時間は一覧の「平均実作業時間・工数」、承認を待った時間は「待ち時間」、承認が必要な条件は「例外・承認条件」へ記入します。記録から作業時間が分からなければ、その欄は未確認として残します。こうすると、承認の見直しが必要なのか、回答作成を効率化すればよいのかを分けて検討できます。

一覧に落として粒度をそろえる

集めた情報は、スプレッドシートなど共有しやすい形に整理します。このとき、「営業活動」だけのような大きすぎる粒度と、「メール本文をコピーして送る」だけの細かすぎる粒度が混在すると比較しにくくなります。後で比べられる程度に、切り方をそろえることが大切です。

レビューして課題候補を洗い出す

一覧ができたら終わりではありません。関係者と見ながら、重複している業務、承認待ちが長い業務、時間はかかるが付加価値が低い業務を洗い出します。この確認を基に「どこから直すか」を議論します。

更新ルールを決めて放置を防ぐ

業務一覧表は、一度作って終わりにするとすぐに古くなります。組織変更、担当変更、ツール変更が起きたときに誰が更新するか、半年ごとに見直すかなど、メンテナンスのルールもセットで決めた方が運用しやすくなります。

たとえば、各業務の担当者が変更を申し出て、一覧の管理責任者が粒度と関連する行を確認して反映する、と役割を分けます。正本の保存先、最終確認日、次の確認時期も残しましょう。半年ごとの確認は運用例であり、頻繁に変わる業務は変更時の更新を優先します。担当交代時には、一覧を開いて内容と実際の仕事が合っているかを引き継ぎの場で確かめます。

実務で使えるようにするポイント

一覧表は、作成そのものより、その後どう使うかで価値が決まります。見やすい表を作っても、改善の判断に使えなければ、現場では「また一つ管理資料が増えた」と受け取られます。

まずはECRS、つまり「なくす・まとめる・順序を変える・簡単にする」の順に工程を見直す考え方を使い、業務を残す必要があるかから検討します。そのうえで、工数が大きくルールが安定した定型業務はRPA（定型的なパソコン操作の自動化）の候補にできます。判断条件が多い非定型業務では、生成AIを情報整理や回答案の作成に使う余地があるかを検討します。

自動化する前に、入力データ、判断ルール、例外時に人へ戻す条件、結果を確認する人をそろえてください。紙や口頭にしか情報がない場合は、必要な情報を記録する方法から整えます。業務区分に迷うときは、定型・非定型・プロジェクト業務の分類を使い、一覧の1行の中に異なる仕事が混ざっていないかを見直します。

改善候補を、次に確かめることまで決める

一覧のレビューでは「困っている」で止めず、課題、確認できた根拠、試す改善、担当、確認時期を一組で残します。先ほどの問い合わせ対応なら、次のように考えられます。

事故や顧客対応の停止につながる課題は、工数が小さくても先に扱う候補です。それ以外は、負荷や発生頻度だけでなく、影響する範囲、改善に必要な手間、現場で試せるかを比べます。根拠が不足しているものは「調べる対象」として残し、効果があると決めつけないようにします。

最初の候補を絞ったら、何を変え、何を見て良し悪しを判断し、いつ振り返るかまで決めます。標準化に進むなら、作業手順書の作り方で、選んだ業務の入力・判断・例外・出力を具体化してください。一覧表は、この次の作業を選ぶための台帳です。

実務では、一覧表を見ながら「この業務は残す前提で速くするのか」「そもそもやめられないか」「標準化だけで十分か」を議論できる状態になると、改善の優先順位がかなり定まります。

まとめ

業務一覧表は、現状把握のための資料であると同時に、改善の優先順位を決めるための基礎データです。ここがないままでは、AI導入も業務改善も個別最適になりやすく、効果検証もしにくくなります。

大切なのは、最初から全社分を完璧にそろえることではありません。まずは範囲を絞り、項目の粒度をそろえ、止まりやすい工程と担当者依存を見える化するところから始める方が、次の改善につながりやすくなります。

次回の記事 作業手順書の作り方 では、洗い出した業務の中から重要なプロセスを選び、誰でも同じ品質で実行できるようにするための標準化の進め方を解説します。

まず着手したいこと

一覧表は、最初の版を作ってから整えていく方が実務では進みます。空欄を恐れて止まるより、判断に必要な項目から先に埋める方が前へ進みやすくなります。

一覧から一つの業務を試す

一覧の改善候補から、担当者と範囲を決められる業務を一つ選びます。入力から承認・共有・保存までの流れを確認し、試す担当者、結果を見る項目、振り返る日を決めてください。

ファイル共有や申請などの流れをGoogle Workspaceで見直す場合は、個別改善から全体最適へ進む考え方（Google Workspace活用術 第8回）を参照してください。一つの業務を改善してから、隣接する仕事へ広げる進め方を扱っています。

自走しやすい会社と、相談した方が早い会社の違い

相談前に整理しておきたいこと

「どこまで細かく一覧化すればいいか分からない」「一覧は作れそうだが、その後の優先順位付けが難しい」と感じる場合は、この5点だけでも先に整理しておくと相談時の論点がぶれにくくなります。

本シリーズの全体像を見ながら進めたい場合は、業務プロセス最適化ガイド｜全15ステップで基礎から応用まで もあわせて確認してください。

補足コンテンツ

• PDFで見る：業務一覧表テンプレート
  編集用原本を開く 必須10項目と補足の入力欄、使い方、問い合わせ対応の記入例を収録しています。既存の業務例300件は棚卸しの候補集です。すべてを採用する必要はなく、自社の対象範囲に合うものを選んで使ってください。
• PDFで見る：業務ヒアリング質問リスト
  編集用原本を開く 既存の15問と質問の目的に加え、回答メモ、根拠・確認状況、次に確認すること、担当・期限の記録欄を設けています。実作業時間と待ち時間、例外対応も分けて残し、一覧表の記入につなげてください。

2つのPDFには、それぞれ編集用のGoogleスプレッドシートへのリンクがあります。使い方を確認し、自社用にコピーして記入してください。

「自社だけで一覧化を進めると粒度がばらつく」「一覧はあるが改善対象の優先順位が決めにくい」という段階であれば、現状整理だけでも先に整えると、後続の改善施策がぶれにくくなります。