業務の棚卸しのやり方|DX前に必ずやるべき手順とテンプレート項目を解説

開発tips公開日:2026年7月10日
徐 聖博
徐 聖博

株式会社シンシア 代表取締役社長

Share
目次開く
  1. 業務の棚卸しとは何か?DXとの関係をまず理解する
  2. 棚卸しをしないままDXを進めると何が起きるか
  3. 業務の棚卸しで得られる3つの成果
  4. 業務の棚卸しを始める前に決めておくべきこと
  5. 目的を明確にする(なぜ棚卸しをするのか)
  6. 対象範囲を絞る(部署・業務・期間)
  7. 推進体制と役割分担を決める
  8. 業務の棚卸しのやり方|7ステップで進める手順
  9. ステップ1:業務を大・中・小の粒度で洗い出す
  10. ステップ2:棚卸し表(テンプレート)に情報を入力する
  11. ステップ3:ヒアリングで「実態」と「表に出ない業務」を拾う
  12. ステップ4:業務の粒度をそろえて分類・整理する
  13. ステップ5:工数・頻度・担当者を定量的に記録する
  14. ステップ6:課題・属人化・自動化候補を可視化する
  15. ステップ7:優先順位をつけて改善・DX計画に接続する
  16. すぐ使える棚卸し表テンプレートの項目一覧
  17. 基本項目(業務名・担当部署・頻度・工数など)
  18. 課題分析項目(属人化度・ムダ・自動化可否など)
  19. テンプレートをExcel・スプレッドシートで作る際のポイント
  20. 業務の棚卸しでよくある失敗パターンと対策
  21. 「書き出しただけ」で終わってしまう
  22. 粒度がバラバラで比較・分析できない
  23. 現場の協力が得られず実態と乖離する
  24. 棚卸し結果をDX推進・業務改善につなげる方法
  25. 自動化・システム化の優先候補を選ぶ基準
  26. 業務フロー図・業務マニュアルへの展開
  27. よくある質問(FAQ)
  28. 業務の棚卸しはどのくらいの期間で完了しますか?
  29. 業務の棚卸しに使えるツールやソフトはありますか?
  30. 小規模な会社でも業務の棚卸しは必要ですか?
  31. 棚卸し表のテンプレートはExcelで作れますか?
  32. 業務の棚卸しと業務フロー図の違いは何ですか?
  33. 現場社員が協力してくれない場合はどうすればよいですか?
  34. 棚卸しの結果をDXツール選定にどう活かせますか?
  35. 業務の棚卸しはどの頻度で実施すべきですか?

シンシアへのご相談

システム開発・AI導入について相談する

業務システム開発・生成AI導入・Dandori AIに関するご相談は、シンシアへお気軽にどうぞ。

無料で相談する

まだ検討段階の方は 質問だけでもOK(電話番号は任意)

業務の棚卸しをしないままDXを進めると、「導入したシステムが現場に合わない」「ツールを入れたのに業務が変わらない」という状況に陥りやすい傾向があります。DXの失敗事例の多くは、技術の問題ではなく「現状把握の不足」が根本原因とされています。本記事では、自社で棚卸しを進めたい実務担当者に向けて、7ステップの具体的な手順・テンプレート項目・よくある失敗パターンと対策を体系的に解説します。


業務の棚卸しとは何か?DXとの関係をまず理解する

a group of people sitting around a conference table

Photo by Walls.io on Unsplash

棚卸しをしないままDXを進めると何が起きるか

業務の棚卸しとは、組織内で行われているすべての業務を一覧化し、担当者・頻度・工数・課題などを整理する作業です。小売業の在庫棚卸しと同様に、「何がどこにどれだけあるか」を把握することが目的です。

この作業を省略してDXを推進すると、次のような問題が生じやすくなります。

  • ツール選定のミス:現場の実態を知らずにシステムを選ぶため、機能が合わない・使われないまま放置される
  • 二重投資:既存の業務フローと新システムが並行稼働し、むしろ工数が増える
  • 現場の反発:「なぜこのツールを使わなければならないのか」という納得感が得られず、定着しない

業務の棚卸しで得られる3つの成果

  1. 現状の可視化:誰が何をどのくらいの頻度・工数で行っているかが一覧で把握できる
  2. 課題の特定:属人化・ムダ・ボトルネックが明確になり、改善の優先順位を議論できる
  3. DX計画の根拠:「なぜこのシステムが必要か」を数値・事実ベースで説明できるようになる

業務の棚卸しを始める前に決めておくべきこと

laptop computer on glass-top table

Photo by Carlos Muza on Unsplash

目的を明確にする(なぜ棚卸しをするのか)

「とりあえず業務を整理したい」という曖昧な目的では、作業が途中で止まりやすくなります。棚卸しの目的は、以下のように具体化することが推奨されます。

  • 基幹システムの刷新に向けた現状把握
  • 特定部署の人員削減・再配置の検討
  • 業務マニュアルの整備・標準化
  • RPAや自動化ツール導入の候補業務の選定

目的によって、棚卸しで収集すべき情報の種類や粒度が変わります。最初に「この棚卸しで何を決めるのか」をチームで合意しておくことが重要です。

対象範囲を絞る(部署・業務・期間)

全社一斉に棚卸しを始めると、情報収集の負荷が大きくなりすぎて頓挫しやすい傾向があります。最初は「営業部門の受注〜請求業務」「人事部門の採用〜入社手続き」など、特定の部署・業務プロセスに絞ることが多いです。

対象範囲を決める際のチェックポイント:

  • 課題感が強い部署・業務はどこか
  • DXツールの導入を検討している領域はどこか
  • 担当者へのヒアリングが現実的に可能な範囲か

推進体制と役割分担を決める

棚卸しは「誰かが一人でやる作業」ではなく、現場担当者・管理職・推進担当者が連携して進めるプロジェクトです。最低限、以下の役割を決めておくことが推奨されます。

役割主な責任
推進リーダー全体スケジュール管理・テンプレート配布・集約
部門担当者自部門の業務情報の入力・ヒアリング対応
承認者(管理職)記載内容の確認・優先順位の意思決定

業務の棚卸しのやり方|7ステップで進める手順

a woman sitting at a table with a piece of paper in front of her

Photo by Resume Genius on Unsplash

ステップ1:業務を大・中・小の粒度で洗い出す

業務を一気に細かく書き出そうとすると、粒度がバラバラになりがちです。まず「大・中・小」の3階層で構造化することが効果的です。

例:営業部門の場合

  • :営業活動
    • :新規顧客開拓
      • :リスト作成、アポイント電話、提案書作成、見積書送付
    • :既存顧客管理
      • :定期訪問、契約更新確認、クレーム対応

「大」は部門・プロセス単位、「中」は業務カテゴリ、「小」は実際の作業単位が目安です。棚卸し表に記録するのは主に「小」の粒度ですが、「大・中」の階層を先に整理しておくことで、抜け漏れを防ぎやすくなります。

ステップ2:棚卸し表(テンプレート)に情報を入力する

洗い出した業務を、後述のテンプレート項目に従って入力していきます。最初の入力は「完璧さ」を求めず、まず「業務名・担当者・頻度」の3項目だけでも埋めることを優先することが多いです。空欄はヒアリングで補完します。

ステップ3:ヒアリングで「実態」と「表に出ない業務」を拾う

書面だけでは見えない業務(例:突発的な問い合わせ対応、非公式な調整業務)を拾うために、現場担当者へのヒアリングが不可欠です。

ヒアリング質問例(5つ)

  1. 「1週間の業務を時系列で教えてもらえますか?月初・月末で変わることはありますか?」
  2. 「この業務で一番時間がかかっているのはどの作業ですか?なぜ時間がかかると思いますか?」
  3. 「あなた以外の人がこの業務を引き継ぐとしたら、どこで詰まりそうですか?」
  4. 「この業務でよく発生するイレギュラー対応はどんなものですか?」
  5. 「もしこの業務を半分の時間でできるとしたら、何を変えたいですか?」

ヒアリングは1人あたり30〜60分を目安に、できれば録音・メモを取りながら進めることが推奨されます。

ステップ4:業務の粒度をそろえて分類・整理する

ヒアリング後、収集した情報を見直すと「会議の準備(30分/週)」と「年次報告書の作成(40時間/年)」が同じ行に並ぶなど、粒度のばらつきが生じていることが多いです。

粒度をそろえるための基準例:

  • 1回あたりの所要時間が15分〜数時間程度の作業単位を「小」の基準とする
  • 「〜する」という動詞で表現できる単位まで分解する
  • 年1回の大きな業務は、工程ごとに分解して複数行に分ける

ステップ5:工数・頻度・担当者を定量的に記録する

定量情報の記録は、後の優先順位付けやツール選定の根拠になります。以下の形式で記録することが推奨されます。

  • 頻度:日次・週次・月次・四半期・年次・不定期のいずれかで分類
  • 1回あたりの所要時間:担当者の感覚値でよいので「約〇分」で記録(後で実測値と比較できる)
  • 月間工数の換算:(1回の所要時間)×(月間発生回数)で算出。例:30分×20回=10時間/月
  • 担当者数:1人が担当しているのか、複数人で分担しているのかを明記

工数は「感覚値」でも記録しておくことに意味があります。後から実測値と比較することで、業務の実態がより正確に把握できます。

ステップ6:課題・属人化・自動化候補を可視化する

定量情報が揃ったら、各業務に対して課題の有無と改善の方向性を記録します。

  • 属人化度:「担当者が不在だと業務が止まるか」を3段階(高・中・低)で評価
  • 課題の種類:ムダ(不要な作業)・ムラ(品質のばらつき)・ムリ(過負荷)の観点で分類
  • 自動化可否:「ルールが明確で繰り返し発生する業務か」を基準に○△×で評価

ステップ7:優先順位をつけて改善・DX計画に接続する

課題が可視化されたら、「影響度(工数削減・リスク軽減の大きさ)」と「実現可能性(コスト・難易度)」の2軸で優先順位を評価します。この評価結果が、次のDX計画・業務改善計画の入力情報になります。


すぐ使える棚卸し表テンプレートの項目一覧

person working on blue and white paper on board

Photo by Alvaro Reyes on Unsplash

基本項目(業務名・担当部署・頻度・工数など)

項目名記入例記入目的
業務IDBIZ-001管理・参照のための識別番号
業務名(小)請求書の発行作業単位での業務名
上位業務(中)売上管理業務の階層構造を把握するため
担当部署経理部部門間の業務分布を把握するため
主担当者山田太郎属人化の確認・ヒアリング先の特定
頻度月次業務の発生パターンを把握するため
1回あたりの所要時間約45分工数計算の基礎データ
月間工数(換算)約45分/月部門全体の工数比較に使用
使用ツール・システムExcel、メールシステム化・連携の検討に使用

課題分析項目(属人化度・ムダ・自動化可否など)

項目名記入例記入目的
属人化度高(山田氏のみ対応可)引き継ぎリスク・標準化の必要性を把握
課題・ムダの有無手入力が多く転記ミスが発生しやすい改善ポイントの特定
課題の種類ムダ(手作業の繰り返し)ムダ・ムラ・ムリで分類
自動化可否○(ルールが明確で繰り返し発生)RPAや自動化ツールの候補選定
改善の方向性システム連携で自動発行化次のアクションを明確にするため
優先度改善・DX計画への接続に使用

テンプレートをExcel・スプレッドシートで作る際のポイント

  • 1行1業務(小粒度)を基本とし、フィルター・ソートが使えるよう列を統一する
  • 「頻度」「属人化度」「優先度」などの選択肢はプルダウンで統一すると、後の集計・分析が容易になる
  • シートを「入力用」と「分析用」に分けると、現場担当者が入力しやすく、推進担当者が集計しやすい構成になる
  • 業務IDを付与しておくと、後から業務フロー図やマニュアルと紐付けやすくなる

業務の棚卸しでよくある失敗パターンと対策

A hand marks off items on a checklist.

Photo by Jakub Żerdzicki on Unsplash

「書き出しただけ」で終わってしまう

失敗の原因:棚卸し表を作ること自体が目的化し、「次に何をするか」が決まっていない。

対策:棚卸し開始時に「この棚卸しの結果を使って〇月までに〇〇を決定する」というゴールを設定しておきます。棚卸し完了後のアクション(優先課題の選定会議、ツール選定の開始など)をあらかじめスケジュールに組み込んでおくことが有効です。

粒度がバラバラで比較・分析できない

失敗の原因:複数の担当者がそれぞれの感覚で業務を書き出すため、「会議」と「月次報告書の作成」が同列に並ぶなど、粒度が揃わない。

対策:テンプレート配布時に「記入例」と「粒度の基準(1回あたり15分〜数時間程度の作業単位)」を明示します。記入後に推進リーダーが全体を見渡してレビューし、粒度の大きすぎる業務は分解を依頼する運用が推奨されます。

現場の協力が得られず実態と乖離する

失敗の原因:「業務を可視化されると評価に影響する」「作業が増えるだけ」という不安から、現場担当者が消極的になる。

対策:棚卸しの目的を「業務削減・負担軽減のため」と明確に伝え、「評価や人員削減に直結するものではない」という前提を共有します。また、ヒアリングは「現場の声を拾う場」として設定し、担当者の意見・改善アイデアを積極的に記録する姿勢を示すことが協力を得やすくします。


棚卸し結果をDX推進・業務改善につなげる方法

自動化・システム化の優先候補を選ぶ基準

棚卸し表が完成したら、以下の3条件を満たす業務が自動化・システム化の優先候補になりやすい傾向があります。

  1. 工数が大きい:月間10時間以上など、削減インパクトが見込める
  2. ルールが明確で繰り返し発生する:判断が少なく、手順が標準化できる業務
  3. 属人化度が高い:特定の担当者に依存しており、リスクになっている

この基準で棚卸し表をフィルタリングすると、「まず取り組むべき業務」の候補リストが自然に絞り込まれます。ツール選定の際は、この候補リストを要件定義の出発点として活用することが推奨されます。

業務フロー図・業務マニュアルへの展開

棚卸し表の「小」粒度の業務を時系列に並べると、業務フロー図の素材になります。特に属人化度が高い業務は、フロー図とマニュアルに展開することで、引き継ぎリスクの軽減と標準化が同時に進みます。

棚卸し→フロー図→マニュアルの順で整備することで、DXツール導入後の「使い方マニュアル」作成にも流用しやすくなります。棚卸し表の業務IDを一貫して使うことで、各ドキュメント間のトレーサビリティが保たれます。


よくある質問(FAQ)

業務の棚卸しはどのくらいの期間で完了しますか?

対象範囲や部署規模によって異なりますが、1部門・20〜50業務程度であれば、準備〜ヒアリング〜整理まで2〜4週間程度が目安とされることが多いです。全社規模で実施する場合は2〜3ヶ月以上かかるケースもあります。最初は小さな範囲から始めて進め方を習得することが推奨されます。

業務の棚卸しに使えるツールやソフトはありますか?

ExcelやGoogleスプレッドシートが最も汎用的で導入コストがかかりません。業務管理・プロジェクト管理ツール(NotionやAirtableなど)を活用するチームも増えています。まずはExcelで始め、運用が定着してから専用ツールへの移行を検討する進め方が現実的です。

小規模な会社でも業務の棚卸しは必要ですか?

規模が小さいほど一人あたりの業務範囲が広く、属人化が起きやすい傾向があります。そのため、小規模な組織でも棚卸しの効果は十分に見込めます。全社で実施するのが難しい場合は、最も負荷が集中している担当者の業務から始めるアプローチが有効です。

棚卸し表のテンプレートはExcelで作れますか?

作れます。1行1業務の形式で列を統一し、「頻度」「属人化度」「優先度」などの選択肢をプルダウンで設定すると、後の集計・フィルタリングが容易になります。シートを「入力用」と「集計・分析用」に分けると、現場担当者と推進担当者の双方が使いやすい構成になります。

業務の棚卸しと業務フロー図の違いは何ですか?

業務の棚卸しは「何の業務が存在するか」を一覧で把握するもの、業務フロー図は「特定の業務がどのような手順・流れで行われるか」を図示するものです。棚卸しで全体像を把握した後、重要な業務や改善対象の業務についてフロー図を作成するという順序が一般的です。

現場社員が協力してくれない場合はどうすればよいですか?

「評価や人員削減に使うものではない」という目的の透明性を確保することが最初の対策です。また、ヒアリングを「困っていることを聞く場」として設定し、担当者の改善アイデアを記録・反映する姿勢を示すことで、協力を得やすくなる傾向があります。管理職からの後押しも有効です。

棚卸しの結果をDXツール選定にどう活かせますか?

棚卸し表から「工数が大きく・ルールが明確で・属人化度が高い業務」を抽出し、その業務の課題・使用ツール・処理件数などをツールベンダーへの要件として提示します。「現状の業務」を数値で説明できると、ツール選定の精度が上がり、導入後のミスマッチを減らしやすくなります。

業務の棚卸しはどの頻度で実施すべきですか?

初回の棚卸しが完了した後は、年1回程度の定期見直しが推奨されることが多いです。組織変更・システム導入・業務量の大きな変化があった際には、その都度対象業務を更新する運用が現実的です。「完璧な棚卸しを年1回」よりも「軽い更新を定期的に」行う方が、情報の鮮度を保ちやすい傾向があります。

Share

シンシアへのご相談

システム開発・AI導入について相談する

業務システム開発・生成AI導入・Dandori AIに関するご相談は、シンシアへお気軽にどうぞ。

無料で相談する

まだ検討段階の方は 質問だけでもOK(電話番号は任意)

この記事が役に立ったら、Google で優先表示を

Google 検索の「優先するソース」に blog.xincere.jp を追加すると、シンシアの新着記事がトップニュースなどで見つけやすくなります。

Google で優先ソースに追加

著者について

徐 聖博のプロフィール写真
徐 聖博
株式会社シンシア 代表取締役社長

株式会社シンシア(Xincere, Inc.)代表取締役。中国生まれ・3歳から日本で育ち、日本語・中国語・英語を操るトリリンガル。大学院でコンピュータサイエンス(進化型ニューラルネットワーク)を研究し、GREE・メドレー・カウンティア・Indeed Japan などで検索エンジン開発やスタートアップの立ち上げ・グロースを経験。2020年に「人の価値をテクノロジーで最大化する」という想いでシンシアを創業した。エンジニア歴15年以上、代表でありながらほぼ毎日コードを書く現役エンジニアとして、基幹システム開発からAIエージェント活用まで顧客の事業成長に並走している。創業に込めた思いは[noteの創業ストーリー](https://note.com/shengboxu/n/n8b4e482c62ad)に綴っている。

人気記事

    お問い合わせ

    システム開発やAI推進についてのご相談はこちらから

    無料相談を予約する