「業務改善をしてください」
そう言われても、何から見直せばいいのか。
AIを使えばいいのか。
新しいシステムを入れればいいのか。
迷っていませんか？
私は、業務改善で最初に考えるのはツールではないと思っています。
「そもそも、その仕事は必要なのか？」
10分かかる仕事を5分にするより、その仕事自体をなくせるなら0分です。
業務改善は、今ある仕事を速くすることではなく、必要な仕事を、できるだけ少ない手間で、安定して回せるようにすること。
この記事では、現状把握から、やめる・減らす・そろえる・自動化する・小さく試す・効果を測るところまで、実務で使える順番に整理します。
この記事で分かること
- 業務改善は何から始めるのか
- 改善する前に「やめる仕事」を探す理由
- 業務の見える化と問題の見つけ方
- 改善案の優先順位
- Excel・スプレッドシート・AIを使うタイミング
- 小さく試して効果を測る方法
- 業務改善を一度きりで終わらせない方法
- 業務改善とは「仕事を速くすること」だけではない
- 業務改善はこの順番で考える
- 1．まず現状を見えるようにする
- 2．最初に「やめられる仕事」を探す
- 3．次に手順を減らす
- 4．やり方をそろえる
- 5．数字で問題を見る
- 6．全部改善せず、優先順位を付ける
- 7．KPIを決める
- 8．ここで初めてツールを考える
- AIは改善案を考えるところから使える
- 9．改善案のリスクを見る
- 10．必要なら提案書にする
- 11．いきなり全部変えず、小さく試す
- 12．改善前と改善後を比べる
- 効果が出なかったら「失敗」で終わらせない
- 業務改善でよくある失敗
- 業務改善は「人を減らすこと」ではない
- 業務改善は「局所最適」に注意する
- 業務改善の基本は「やめる→減らす→そろえる→任せる」
- まとめ｜業務改善は「今ある仕事を速くする」ことから始めない
業務改善とは「仕事を速くすること」だけではない
業務改善というと、自動化、システム導入、AI、マニュアル化などを思い浮かべるかもしれません。
でも、これらは全部手段です。
たとえば、毎月2時間かけて作っている資料をExcelで自動化して30分で作れるようにした。
確かに改善です。
でも、その資料を誰も見ていなかったらどうでしょう。本当の改善は、その資料を作るのをやめることかもしれません。
私は業務改善では、「どう効率化する？」より先に、「そもそも必要？」と考えた方がいいと思っています。
業務改善はこの順番で考える
- 現状を見る
- やめられる仕事を探す
- 手順を減らす
- やり方をそろえる
- 必要ならツールで楽にする
- 小さく試す
- 効果を測る
- 続ける・戻す・さらに改善する
大切なのは、ツール導入を最後の方に置くことです。
1．まず現状を見えるようにする
改善する前に、今どうやって仕事をしているのかを確認します。
「だいたいこうやってる」ではなく、実際の流れを見ます。
たとえば請求書作成なら、
- 営業から売上データをもらう
- Excelへ入力する
- 金額を確認する
- 請求書を作る
- 上司が確認する
- PDFにする
- メールで送る
- 管理表へ記録する
ここで見るのは、誰がやっているか、何を使うか、何分かかるか、どこで待つか、どこでミスや二重入力・差し戻しが起きるかです。
きれいな図を作ることが目的ではありません。無駄や問題を見つけるために、仕事を見える状態にする。
2．最初に「やめられる仕事」を探す
現状が見えたら、最初に「これ、そもそも必要？」を見ます。
- 誰も読んでいない報告書
- 同じ内容の二重入力
- 昔から続いているだけの確認
- 目的の薄い会議
- 使われていない帳票
- 同じデータを複数部署で別管理
10分を5分にする前に0分にできないか
業務改善ではECRSという考え方があります。
- Eliminate：なくす
- Combine：まとめる
- Rearrange：順番を変える
- Simplify：簡単にする
私は、その中でも最初のEliminate＝なくすが一番重要だと思っています。
仕事を早くする前に、仕事そのものをなくせないかを見る。
ここを飛ばして自動化すると、いらない仕事を高速で処理する仕組みができてしまいます。
3．次に手順を減らす
なくせない仕事なら、次に工程を減らせないかを考えます。
入力→印刷→押印→スキャン→PDF保存→メール送信、という流れなら、「印刷とスキャン、本当に必要？」と考える。
3人の承認があるなら全部必要か。同じ数字を2回入力しているなら1回にできないか。
一つ一つの作業を速くするより、工程そのものを消す方が効果が大きいことがあります。
4．やり方をそろえる
人によってやり方が違う仕事も、改善余地があります。
Aさん10分、Bさん20分、Cさん30分なら、「Cさんが遅い」で終わらせず、手順・経験・ツール・判断基準・情報の場所・チェック方法の違いを見ます。
良いやり方が見つかったら、マニュアル、チェックリスト、テンプレート、入力ルール、判断基準などを標準化します。
ただし、判断が必要な部分まで固定するのではなく、誰がやっても同じでいい部分をそろえます。
あわせて読みたい
【マニュアルの作り方】手順だけでなく判断基準まで残す
あわせて読みたい
【仕事のチェックリスト】作って終わりにしない使える作り方
5．数字で問題を見る
改善する場所を決めるとき、「なんとなく大変」だけでは優先順位を付けにくいです。
作業時間、件数、ミス数、手戻り回数、待ち時間、コストなどを見ます。
| 業務 | 月間時間 | ミス | 改善余地 |
|---|---|---|---|
| A | 3時間 | 0件 | 小 |
| B | 20時間 | 5件 | 大 |
| C | 10時間 | 0件 | 中 |
感覚だけではなく、数字で「どこが重いか」を見る。
6．全部改善せず、優先順位を付ける
改善候補を出すと、たくさん見つかります。でも全部同時にはできません。
まずは効果が大きいかと実行しやすいかで分けます。
| 改善案 | 効果 | 難易度 | 優先 |
|---|---|---|---|
| 不要な報告書を廃止 | 大 | 低 | 高 |
| 入力フォーム統一 | 中 | 低 | 高 |
| 基幹システム刷新 | 大 | 高 | 中 |
| ファイル名統一 | 小 | 低 | 中 |
効果が大きく、簡単なものからやる。いわゆるQuick Winです。
7．KPIを決める
改善するときは、何をもって成功とするかも決めます。
「請求書作成を改善する」だけでは、成功したか分かりません。
- 月15時間 → 5時間
- ミス月3件 → 1件以下
- 承認3回 → 1回
など、改善前後を比較できる指標を決めます。
KPIは、改善が本当に効いたかを見るための数字です。
8．ここで初めてツールを考える
やめる。減らす。そろえる。ここまでやって、まだ手間がかかる。そこで初めて、「ツールで楽にできない？」と考えます。
- Excel
- Googleスプレッドシート
- Googleフォーム
- GAS
- RPA
- 生成AI
- 業務システム
ツールを先に決めない。
「AIを使いたいから何か自動化しよう」ではなく、「この作業に毎月10時間かかっている。どう減らす？」が先です。
Excelが最適かもしれない。GASかもしれない。AIかもしれない。そもそもツール不要かもしれません。
目的から道具を選びましょう。
【Excel仕事術】AI時代に必要なのは関数暗記より「何ができるか」
【Googleスプレッドシート仕事術】Excelとの違いと仕事でできること
AIは改善案を考えるところから使える
生成AIは、作業を自動化するだけでなく、改善する場所を探すところから使えます。
毎日このような仕事をしています。どこか、なくす・減らす・まとめる・自動化できそうなところはありますか？
と聞けば、自分では当たり前になっている仕事を外から見るように確認できます。
ただし、法律、安全、品質、顧客との約束、社内統制などAIには分からない背景があります。
AIには改善候補を出してもらう。判断は人がする。
9．改善案のリスクを見る
良さそうな改善でも、別の問題を生むことがあります。
ダブルチェックをなくせば時間は減るが、ミスが増えるかもしれない。担当者を減らせば効率は上がるが、その人が休んだら止まるかもしれない。
改善案のメリットだけでなく、何が悪くなる可能性があるかも確認します。
【仕事のリスク管理】起こりやすさ×影響で優先順位を決めよう
10．必要なら提案書にする
自分だけで決められない改善なら、上司や経営者へ提案します。
現状、課題、改善案、効果、費用、リスク、対策、実施方法までそろえる。
改善案を思いつくことと、会社として実行できる状態にすることは別です。
【提案書の作り方】相手が判断できる材料をそろえよう
11．いきなり全部変えず、小さく試す
改善案ができても、いきなり全社へ広げる必要はありません。
- 1部署
- 1人
- 1案件
- 1週間
- 1か月
だけ試し、本当に時間が減ったか、ミスは増えていないか、現場が使えるか、想定外の問題はないかを見る。
小さく試すことは、失敗を小さくする方法でもあります。
12．改善前と改善後を比べる
業務改善は、「新しいやり方に変えました」で終わりではありません。
本当に良くなったか確認します。
| 指標 | 改善前 | 改善後 | 判断 |
|---|---|---|---|
| 作業時間 | 月15時間 | 月8時間 | 改善 |
| ミス | 月3件 | 月1件 | 改善 |
逆に、作業時間が月5時間まで減ってもミスが月10件に増えたなら、全体では良くなっていないかもしれません。
一つの数字だけでなく、時間・品質・コストなど必要なものを一緒に見る。
効果が出なかったら「失敗」で終わらせない
改善しても、思ったほど効果が出ないことはあります。
- 原因の見立てが違った
- KPIが違った
- 実施方法が悪かった
- 現場に定着しなかった
- 別の工程がボトルネックになった
かもしれません。
改善結果もデータです。仮説が違ったと分かったなら、それも前進です。
業務改善でよくある失敗
いきなりツールを入れる
ツール導入が目的になり、今まで手作業だった不要業務が、自動化された不要業務になることがあります。
現場を見ずに決める
管理側から見ると無駄でも、実際には必要な理由があるかもしれません。現場の流れを確認します。
全部改善しようとする
対象が広すぎると進みません。まず一つです。
「注意する」で終わる
ミスが起きて「今後気をつける」だけでは再発します。仕事の仕組みを見直します。
効果を測らない
「なんとなく楽になった」で終わると、本当に改善したか分かりません。
改善したら終わり
人も業務量もツールも変わります。一度良かったやり方が、ずっと最適とは限りません。
業務改善は「人を減らすこと」ではない
業務改善というと、「効率化して人を減らす」という印象を持つ人もいるかもしれません。
でも、人がやらなくていい仕事を減らす。ミスしやすい仕事を減らす。判断が必要な仕事に時間を使えるようにする。残業を減らす。教育しやすくする。属人化を減らす。
人の時間を、本当に人がやる価値のある仕事へ戻す。
これも業務改善です。
業務改善は「局所最適」に注意する
一つの部署だけを見ると効率化していても、会社全体では悪くなることがあります。
営業部が入力作業をなくし、その入力を経理部が全部やるようになったなら、営業は改善しても会社全体では何も改善していないかもしれません。
自分の仕事が減ったかだけではなく、仕事がどこへ移ったかも見る。
改善は、部分最適ではなく、できるだけ全体最適で考えます。
業務改善の基本は「やめる→減らす→そろえる→任せる」
1:やめる
本当に必要か。
2:減らす
工程、入力、確認を減らせないか。
3:そろえる
人によって違う部分を標準化できないか。
4:任せる
最後に、Excel、スプレッドシート、AI、システムへ任せられないか。
まとめ｜業務改善は「今ある仕事を速くする」ことから始めない
業務改善をするとき、いきなりExcel、AI、システムから考える必要はありません。
まず、今どんな仕事をしているのかを見る。
そして、その仕事、本当に必要？と考える。
必要なら工程を減らす。やり方をそろえる。それでも手間が残るならツールへ任せる。改善案ができたら、リスクを確認して小さく試し、KPIで効果を見る。
必要な仕事を、必要なだけ残し、より少ない手間で安定して回せるようにする。
まずは今日、自分がやっている仕事を一つ選んで、「これ、そもそも必要？」と聞くところから始めてみてください。
