業務棚卸しは、一覧を作って終わりではありません。次は、棚卸し済みの業務を見ながら、「やめる・減らす・まとめる・残す・要確認」に分類します。
ただし、手間がかかる仕事が、そのまま「やめる仕事」になるわけではありません。法令・契約・顧客要求・社内規程などの必須条件、利用者、後続業務への影響を先に確認する必要があります。この記事では、架空の管理部門にある6つの定例業務を使い、削減候補と理由、実施前の確認事項を記録する方法を説明します。
この記事で行うのは、削減候補を作るところまでです。候補への分類は、廃止や変更の決定ではありません。
完成例｜6つの業務を5分類する
最初に完成形を示します。会社・部署・業務・利用状況・判断はすべて架空です。確認できていない情報は断定せず、「要確認」または確認事項として残しています。
| 業務名 | 現在の頻度 | 主な目的 | 利用者 | 必須条件 | 重複 | 見直し案 | 判断 | 確認事項 |
|---|---|---|---|---|---|---|---|---|
| 毎週の備品在庫一覧メール | 毎週 | 在庫状況の共有 | 各部署の備品担当者 | 現時点では確認できず | 同じ情報を備品管理システムで確認できる | メール配信をやめ、必要時にシステムを確認する案 | やめる候補 | 受信者が実際に何へ使うか、システムで代替できるか、通知が必要な例外はないか |
| 月次備品使用実績レポート | 月1回 | 記録上は「使用実績の共有」 | 配布先はあるが、誰が何の判断に使うか不明 | 予算管理や会計資料との関係が未確認 | 在庫一覧との一部重複が疑われる | 目的と利用実態を確認してから判断する | 要確認 | 誰が、いつ、何の判断に使うか。なくなると何に困るか。会計・監査上の要件があるか |
| 毎週の部署別進捗一覧 | 毎週 | 各部署の進捗傾向を確認 | 管理部門の責任者 | 週次提出を求める規程・契約は確認されていない | 月曜定例会議でも直近状況を確認している | 月次にする、または例外発生時だけ更新する案 | 減らす候補 | 週ごとの判断に使われているか。頻度を下げても遅延発見や後続業務に支障がないか |
| 月曜朝の30分定例会議 | 毎週 | 担当決定と未解決事項の調整 | 管理部門の各担当者 | 法令等の必須条件はないが、担当決定の場として利用 | 進捗一覧との情報重複はある | 現時点では残す。共有だけの議題を分けられるかは別途確認 | 残す | 会議で実際に決まること、欠席時の影響、進捗一覧との役割分担 |
| 同じ内容を転記している2種類の管理表 | 更新のたび | 一方は部内管理、もう一方は他部署への提出 | 管理部門と提出先部署 | 提出形式、保存、監査上の要件が未確認 | 同じ元データを2表へ転記 | 正本を決め、一方から必要形式を作る、または1表へ統合する案 | まとめる候補 | どちらを正本にするか。責任者、提出形式、バックアップ、保存要件が違わないか |
| 年1回の法定点検記録 | 年1回 | 点検結果と対応内容の記録 | 点検責任者、監査・確認担当 | 法令に基づく点検・記録の可能性がある | 現時点では確認されていない | 必要要件を確認し、記録業務は残す | 残す | 必要な実施内容、記録項目、保存期間、承認者。様式や作り方を変えられる範囲 |
たとえば、備品在庫一覧メールは「やめる候補」ですが、受信者がほとんど利用していないという仮定だけで廃止は確定しません。利用実態と代替手段を確認してから、責任者が正式に判断します。
今回の架空ケース
架空の管理部門で、次の6つの定例業務を棚卸ししたとします。
- 毎週の備品在庫一覧メール
- 月次備品使用実績レポート
- 毎週の部署別進捗一覧
- 月曜朝の30分定例会議
- 同じ内容を転記している2種類の管理表
- 年1回の法定点検記録
すでに業務名、担当、頻度、所要時間、成果物などは一覧化されている前提です。まだ一覧がない場合は、先に業務棚卸しのやり方で現在の仕事を見える化してください。
今回の目的は、時間の長い業務を機械的に削ることではありません。各業務の必要性と見直し方を確かめ、候補と未確認事項を同じ表に残すことです。
最初に「やめてはいけない業務」を確認する
目的や利用者を検討する前に、簡単に廃止してはいけない条件を確認します。
- 法令
- 契約
- 顧客要求
- 社内規程
- 監査
- 安全
- 品質保証
- 会計・税務
- 必須記録
該当する可能性がある場合は、根拠となる条文、契約条項、規程、提出要領などを確認します。「以前から必須と聞いている」だけで判断せず、現在の要件を担当部署や責任者に確かめます。
一方で、法令に関係する業務だから一切変更できないとも限りません。必要なのが、業務全体ではなく、点検の実施、特定項目の記録、一定期間の保存、責任者の承認など一部である場合もあります。必要な要件を守ったうえで、様式や重複転記を見直せる可能性はあります。
架空例の法定点検記録は、作業時間がかかっても最初から削減対象にしません。まず、何の実施・記録・保存・承認が必要なのかを確認し、必要な部分を残します。
業務を減らす7つの判断基準
次の7つを順に確認すると、「面倒だからやめる」という判断を避けやすくなります。
- 必須業務か：法令、契約、規程、監査、安全、品質保証、会計・税務などの要件があるか
- 利用者がいるか：誰が見たり受け取ったりしているか
- 意思決定・次の行動に使われているか：何を決め、何を始めるための情報か
- 他業務と重複していないか：同じ入力、集計、報告を別の場所でも行っていないか
- 頻度を下げられないか：毎日から週1、毎週から月1、全件から例外時のみなどへ変えられるか
- 他業務とまとめられないか：元データ、利用者、タイミング、目的が共通しているか
- やめた場合の影響は何か：困る人、分からなくなること、後続業務、品質・安全、代替手段を確認したか
代替手段の有無は、特に「やめる候補」を作るときに重要です。別システムで同じ情報を確認できても、利用権限、更新時点、通知方法が異なれば、完全な代替にならない場合があります。
1. 業務の目的と利用者を確認する
最初に、その業務が何のためにあり、誰が使っているかを確認します。レポートやメールは、送っていることと、使われていることを分けて考えます。
利用確認では、次の4点を聞きます。
- 誰が見るか
- 何の判断や行動に使うか
- いつ使うか
- なくなった場合に何に困るか
閲覧ログがない、受信者から回答がない、作成者が使い道を知らない、といった状態だけで「誰も使っていない」と断定しません。確認できなければ「要確認」にして、確認先と質問を記録します。
架空例の月次備品使用実績レポートは、配布先こそ分かっていますが、誰が何の判断に使うかが不明です。そのため、廃止候補ではなく「要確認」とします。
2. 重複している業務を探す
同じ数字をExcel、メール、別の管理表へ何度も転記している場合は、重複入力・重複集計・重複報告の候補です。ただし、似ている帳票を見つけても、すぐ片方を削除しません。
まず、どれを正本にするかを確認します。あわせて、次の違いを確かめます。
- 更新責任者
- 更新するタイミング
- 提出先と提出形式
- 閲覧権限
- 保存期間
- バックアップや監査上の役割
架空例の2種類の管理表は、同じ元データを転記しているため「まとめる候補」です。ただし、一方が正式な提出様式で、もう一方が日々更新する正本なら、目的が違います。正本と提出形式の関係を決めてから統合方法を考えます。
3. 頻度を減らせないか確認する
業務を完全にやめられなくても、必要なタイミングに合わせて頻度を下げられる場合があります。
- 毎日から週1へ
- 毎週から月1へ
- 全件確認から例外発生時のみへ
これは考え方の例であり、すべての週次業務を月次にできるという意味ではありません。情報が必要になる期限、変化の速さ、異常を見逃した場合の影響、後続業務の開始条件を確認します。
架空例の部署別進捗一覧は、週次の情報が毎週の判断に使われていない可能性があるため「減らす候補」です。月次にする案と例外時のみ更新する案を置き、遅延の発見や担当調整に支障がないかを確認します。
4. 似た業務をまとめられないか確認する
次の条件が共通する業務は、統合候補になります。
- 同じ元データを使う
- 同じ利用者が使う
- 同じタイミングで作る・使う
- 同じ目的を持つ
たとえば、同じ元データから2種類の表を作っているなら、正本を1つにして、必要な見せ方だけを変える方法を検討できます。作成物が1つ減る可能性や転記箇所が減る可能性はありますが、実測前に削減時間は決めません。
目的や責任者が違う場合は、無理に1つへまとめません。見た目が似ていても、一方は日常管理、もう一方は監査提出というように役割が異なることがあります。
5. やめた場合の影響を確認する
削減できる時間だけで判断せず、停止した場合の影響を確認します。
- 誰が困るか
- 何が分からなくなるか
- 後続業務に影響するか
- 品質や安全に影響するか
- 代替手段があるか
この確認は、反対者がいるかを探すだけではありません。反対がなくても、顧客への提出、月次締め、異常検知など、見落としている後続作業があるかもしれません。責任者、利用者、関係部署へ具体的な影響を確認します。
業務をやめることで品質や納期に影響しそうな場合は、QCDの考え方を使い、品質・コスト・納期のどこに影響が出るかを整理できます。今回の記事はQCD全体を評価するものではなく、削減前の影響確認に限って使います。
「やめる・減らす・まとめる・残す・要確認」に分類する
確認結果を、次の5分類へ振り分けます。
- やめる候補
- 目的や利用が乏しく、必須条件がなく、代替手段も確認できそうな業務。利用実態を確認する前に廃止を確定しない。
- 減らす候補
- 業務自体は必要でも、実施頻度・対象件数・確認範囲を下げられる可能性がある業務。
- まとめる候補
- 元データ、利用者、タイミング、目的が重なる業務。正本、責任者、提出・保存要件を確認してから統合する。
- 残す
- 必須要件がある、または意思決定・安全・品質・後続作業に必要と確認できた業務。残す場合も、必要な範囲は確認できる。
- 要確認
- 目的、利用者、必須条件、影響などが不足し、分類を確定できない業務。不明なまま廃止側へ寄せない。
迷った業務を無理に4分類へ押し込まず、「要確認」を使うことが大切です。確認先と質問が書かれていれば、次の行動につなげられます。
削減候補にしてもすぐ廃止しない
削減候補にしたことと、廃止・変更を正式決定したことは別です。
正式に変更する前に、必要に応じて次を確認します。
- 実際の利用者
- 業務の責任者・最終判断者
- 関係部署
- 社内規程
- 契約や顧客要求
- 後続作業の担当者
確認後は、変更内容、開始日、関係者への周知、問題が出た場合の対応を決めます。この記事の表は、その前段にある「候補と確認事項の整理」に使うものです。
自動化する前に必要性を確認する
時間がかかる業務を見つけると、RPA、生成AI、マクロなどで自動化したくなることがあります。しかし、不要な業務を自動化しても、不要な成果物や確認作業は残ります。
順番は、まず「そもそも必要か」、次に「頻度や重複を減らせるか」、その後に「残す業務をどう実行するか」です。自動化は、残すと決めた業務の手段候補であり、今回の分類作業のゴールではありません。
業務棚卸し・ボトルネック分析との使い分け
| 作業 | 中心となる問い | 主な成果物 |
|---|---|---|
| 業務棚卸し | どんな仕事があり、誰が、どの頻度で行っているか | 業務一覧 |
| 今回の業務削減判断 | 各業務を、やめる・減らす・まとめる・残す・要確認のどれにするか | 削減候補、理由、確認事項 |
| ボトルネック分析 | 業務フローのどこが全体を遅らせているか | 制約となる工程と原因候補 |
| QCD整理 | 品質・コスト・納期のどこを優先し、影響をどう比べるか | 比較観点と判断理由 |
遅い工程が見つかったからといって、その業務自体をなくせるとは限りません。全体を遅らせている箇所を調べる場合は、ボトルネックの見つけ方を使います。今回の記事は、業務そのものの必要性と見直し方を分類するものです。
コピーして使える業務削減候補表
次のひな形をコピーし、職場の規程、承認方法、対象業務に合わせて調整してください。
【業務名】
現在の頻度：
目的：
利用者：
必須条件：
法令／契約／規程／監査／その他重複している業務：
頻度変更候補：
統合候補：
やめた場合の影響：
代替手段：
判断：
やめる候補／減らす候補／まとめる候補／残す／要確認判断理由：
確認事項：
最終判断者：
「確認事項」には、分からないことだけでなく、誰へ何を確認するかも書きます。「判断理由」を残しておくと、時間がたった後でも、手間の大小だけで分類しなかったことを確認できます。
まとめ
業務棚卸し後に仕事を減らすときは、時間がかかる順や面倒な順に削りません。次の順番で、必要性と影響を確認します。
- やめてはいけない条件を確認する
- 業務の目的を確認する
- 誰が使っているか確認する
- 同じ情報を別の場所で作っていないか確認する
- 頻度を下げられないか確認する
- 他の業務とまとめられないか確認する
- やめた場合の影響を確認する
- 判断結果と理由、確認事項を記録する
分類は「やめる候補・減らす候補・まとめる候補・残す・要確認」の5つです。特に情報が足りない業務は、不要と決めず「要確認」にします。
手間がかかる仕事＝やめる仕事ではなく、削減候補＝廃止決定でもありません。まず候補と確認事項を作り、利用者、責任者、関係部署、規程、契約、後続作業を確認してから正式な判断へ進みましょう。
