「なぜこんなに仕事が終わらないんだろう」
資料作成、承認フロー、週次報告、定例会議——気づけばタスクは増え続け、残業が「当たり前」になっている。そんな状況でAIツールを導入しても、思ったように生産性が上がらない。むしろ、新しいツールの使い方を覚えるという仕事が増えただけという経験をした方も多いはずです。
その原因は、AIの使い方ではなく、「何に使うか」を間違えているからです。
業務改善には正しい順序があります。最初にやるべきことは「効率化」でも「自動化」でもない。まず「やめる」こと——つまり、ECRSの原則に従って業務を削ぎ落とすことです。この記事では、管理職が今すぐ実践できる「AI時代の業務断捨離」について、具体的なフレームワークとともに解説します。
なぜ「効率化」の前に「排除」が必要なのか
無駄を高速化しても意味がない
多くの職場では「足し算の仕事」ばかりが積み重なり、「引き算の意思決定」がほとんど行われていません。誰も読まない週次日報、形骸化した定例会議、三重になったハンコ承認——これらは「昔からやっているから」という理由だけで生き残っているゾンビ業務です。
この状態でAIツールやRPAを導入するとどうなるか。エンジニアの世界では「Garbage In, Garbage Out(無駄を入れれば無駄が出る)」という言葉があります。無駄な業務を高速化するだけで、チームが本当に集中すべき仕事に使える時間は増えません。
AIは「正しい仕事をもっとうまくやる」ためのツールであって、「間違った仕事を続けるためのツール」ではない。だからこそ、AI導入の前に業務の棚卸しが欠かせないのです。
手段の目的化という罠
「なぜこの会議をやっているの?」と部下に聞くと、「昔からやっているから」という答えが返ってくる。これは笑い話ではなく、多くのチームで日常的に起きている現象です。手段(会議・報告・承認)が目的化し、「何のためにやるのか」を誰も問わない状態に陥っています。
管理職の役割は、チームが「正しいことを正しくやる」環境を整えることです。そのためには、定期的に全業務を「まな板の上」に載せ、目的を問い直す習慣が必要です。AIを活用するにしても、時間管理術:管理職のための「捨てる技術」を先に身につけることが、結果として生産性向上の近道になります。
ECRSの原則とは何か
ECRS(イクルス)は、製造業の生産管理から生まれたフレームワークで、業務改善を4つのステップで進める手順を示しています。重要なのは、必ず上から順に検討するという点です。いきなり「Simplify(簡素化)」から始めてしまうと、本来やめられる業務まで丁寧に整理してしまうという本末転倒が起きます。
| ステップ | 意味 | 問いかけ例 | 優先度 |
|---|---|---|---|
| E:Eliminate(排除) | やめられないか? | 「この日報、誰か読んでいる?」 | ★★★ 最高 |
| C:Combine(結合) | 一緒にできないか? | 「報告会と定例をまとめられない?」 | ★★☆ |
| R:Rearrange(交換) | 順序や担当を変えられないか? | 「承認を最後ではなく最初に入れられない?」 | ★★☆ |
| S:Simplify(簡素化) | 単純にできないか? | 「フォーマットを統一してテンプレ化できない?」 | ★☆☆ 最後 |
E:Eliminate(排除)——最も重要なステップ
「やめる」ことへの抵抗を乗り越える
ECRSの中で最も効果が高く、かつ最も実行しにくいのがEliminate(排除)です。「やめる」決断には、しばしば心理的な抵抗が伴います。「やめて何か困ったらどうしよう」「前任者が作ったものをなくしていいのか」——こうした不安が、ゾンビ業務を生き延びさせます。
実践的な対処法は、「試しにやめてみる」アプローチです。完全廃止ではなく、まず1ヶ月間休止する。困ったことが起きなければ、そのまま廃止する。困ったら復活させればいい。この「実験的廃止」の姿勢が、チームの意思決定を軽くします。
排除の候補になりやすい業務としては、以下が挙げられます:
- 誰も読んでいない週次・月次レポート
- メールや既存ツールで代替できる定例会議
- 形式的になっている中間承認フロー
- テンプレが存在しない「毎回ゼロから作る資料」
- 出席者の半数が「聞くだけ」の報告会
「排除」の会話を安全に行う場を作る
「この仕事、本当に必要ですか?」という問いは、言い方によっては相手を傷つけます。長年担当してきた人が「あなたの仕事は無駄だ」と受け取ってしまうからです。だからこそ、業務棚卸しの場では「業務を責めるのではなく、目的を問い直す」フレームが重要です。
チームで安全に議論するためには、心理的安全性の誤解:「ぬるま湯組織」との決定的違いで解説しているように、「発言しても攻撃されない」環境が前提になります。業務改善の議論は、心理的安全性の高いチームほどスムーズに進みます。犯人探しをしない:Blameless Postmortemの技術の考え方も、こうした場面で非常に有効です。
C:Combine(結合)——セットアップタイムを削る
バラバラの業務をまとめる発想
Eliminate(排除)で削り切れなかった業務に対して、次に検討するのがCombine(結合)です。バラバラに行われている業務を統合することで、準備時間(セットアップタイム)を削減できます。
例えば、毎週行われている「情報共有会議」と「進捗確認会議」を統合して一本化する。別々に行われていた「請求書作成」と「発送作業」を同じ担当者が同じ日に処理する。こうした統合は一見小さな改善に見えますが、会議のための準備・移動・切り替えコストを考えると、積み上がる効果は大きくなります。
AIツールとの組み合わせ例も豊富です。たとえば会議が変わる:議事録自動化ツールとAI要約で紹介されているように、「会議の録音→AI要約→議事録共有」を一連のフローとして統合すれば、議事録作成という別作業を独立させる必要がなくなります。
R:Rearrange(交換)——ボトルネックを解消する
順序と担当者を見直す
業務の流れを変えることで、驚くほどリードタイムが縮まることがあります。典型的なのが承認フローの見直しです。多くの会社では「作業完了後に上長承認」という流れが当たり前になっていますが、これが後戻り修正のリスクを高めています。
「部長の承認を最後ではなく最初に入れる」というRearrangeにより、方針のズレを早期発見できます。また、「AさんにしかできないBさんにも教えれば引き継げる業務」を可視化して担当を交換することも、属人化解消とチームのレジリエンス向上に直結します。
タックマンモデル:チーム成長の4段階とリーダーの役割の観点から言えば、Rearrangeは「役割の再定義」にあたります。チームが成熟段階に入ったら、固定された担当を積極的に見直すことが組織の成長につながります。
S:Simplify(簡素化)——最後に考えること
テンプレ化・フォーマット統一で「考えずに動ける」状態を作る
E・C・Rを経て残った業務に対して、最後にSimplify(簡素化)を適用します。ここで初めて、AIやツールの出番が本格的にやってきます。簡素化の代表的な手段としては、以下があります:
- 報告書・提案書のテンプレート化
- 申請フォームのデジタル化・一本化
- AIによるメール文面・議事録・資料の初稿自動生成
- チェックリストによる業務の標準化
- Notionや社内Wikiによるナレッジの集約
特にAIを活用したSimplifyは効果絶大です。時短革命:メール・議事録・資料作成の自動化では、具体的なツールと活用ステップが紹介されています。「毎回ゼロから書いていたメール」をAIにテンプレ生成させるだけで、1日あたり30〜60分の時間が生まれる可能性があります。
ただし、Simplifyで気をつけるべきことがあります。「簡素化のための簡素化」にならないことです。フォーマットを統一することが目的になってしまうと、現場の柔軟性を奪いかねません。常に「何のために簡素化するのか」という目的を念頭に置いてください。
実践:業務棚卸し表のつくり方
まず「見える化」から始める
ECRSを実際にチームで活用するには、全業務を一覧化した「業務棚卸し表」から始めるのが最も効果的です。ExcelやGoogle Spreadsheetで十分です。以下のカラムを設定します:
- 業務名:具体的な作業名(例:週次定例会議)
- 担当者:現在の担当(属人化の把握)
- 頻度・時間:週1回・60分 × 参加者5名 = 300分など
- 目的:何のためにやっているか
- ECRSの判定:E/C/R/Sのいずれかを記入
- アクション:具体的な改善案(廃止・統合・担当変更・テンプレ化など)
この表を作るだけで、チームの中で初めて「これ、やめられるね」という会話が生まれます。可視化されていない業務は、改善のテーブルに乗らないのです。
「聖域を作らない」ことが成功の鍵
業務棚卸しで最もよくある失敗が、「この業務には触れないでおこう」という暗黙のルールが生まれることです。特に、長年担当している社員が関わる業務や、役員が主導している会議は棚卸しから外されがちです。
しかし、そうした「聖域」こそがボトルネックになっていることが多い。管理職として、自分が主催している会議や自分が作ったフォーマットも含めて俎上に載せる姿勢を示すことで、チームは安心して本音の意見を出せるようになります。チーム対話の設計:安全な場を作るファシリテーションのスキルは、こうした場面で特に力を発揮します。
ケーススタディ:ハンコ3つの承認フローを廃止した結果
ある中堅製造業の管理部門では、経費精算に3つのハンコ(担当者→課長→部長)が必要でした。チームで業務棚卸し表を作成し、ECRSで分析した結果、課長のハンコは「内容を確認せずにただ押している」だけであることが判明。課長自身も「正直、経理に任せておけばいい内容」と認識していました。
思い切ってEliminate(排除)を実行し、「担当者→経理」の直行ルートに変更。結果、申請から承認完了までのリードタイムは平均3日から1時間以内へと劇的に短縮されました。副次効果として、課長の業務負荷が週あたり約2時間削減され、その時間が部下への1on1に充てられるようになりました。
この事例が示しているのは、「改善はツールを入れることではなく、やめることから始まる」という本質です。承認フローの見直しはAIなしでも実現できます。しかし、この棚卸しのプロセスにAIを活用すれば(たとえば業務一覧の分析や改善案の壁打ちに管理職のためのChatGPT活用術:壁打ちパートナーとして使うを参照)、さらに効率よく進めることができます。
AIとECRS——組み合わせることで真の効果が出る
AIに「仕分け」を手伝わせる
ECRSの業務棚卸し表をAIと組み合わせると、より素早く精度の高い分析ができます。具体的には、業務一覧をChatGPTなどに貼り付け、「この業務をECRSの観点で分類し、廃止候補と統合候補を提案してください」と指示するだけで、初稿レベルの分析が数秒で出力されます。
もちろん、AIの提案をそのまま実行するのではなく、現場の文脈を踏まえて管理職が最終判断することが前提です。AIはあくまで「思考の補助」であり、意思決定の主体は人間です。プロンプトエンジニアリング基礎:AIへの正しい指示の出し方を参照しながら、的確な指示を出す技術を身につけることで、AIの活用効果は大幅に高まります。
「自動化してよい業務」の見極めがすべて
ECRSでEliminate・Combine・Rearrangeを経て残った「Simplify対象の業務」こそが、AIや自動化ツールを適用すべき領域です。逆に言えば、E・C・Rを経ていない業務をいきなり自動化するのは、最もリスクの高い投資です。
AI活用の費用対効果を最大化したいなら、先にECRSで業務を絞り込み、残った業務だけをSimplify・自動化する——この順序を守ることが、AI導入プロジェクトを成功させる最短ルートです。なぜ今、管理職にAIが必要なのか:3つの誤解と1つの真実でも指摘されているように、AIは「課題を解決するツール」ではなく「課題が明確な業務を加速するツール」です。
管理職が今日からできる3つのアクション
ECRS×AI活用を始めるにあたって、明日からの具体的なアクションをまとめます。
- チームの全業務をExcelに書き出す(30分)
まず「見える化」から。細かさよりも網羅性を優先し、思いつくものをすべてリストアップします。 - 各業務に「E・C・R・Sのどれか」を記入する(30分)
チーム全員で取り組むと、管理職一人では気づけない視点が得られます。 - 今週中に一つ「やめる」決断をする
小さくていい。まず一つEliminate(排除)することで、「やめるという文化」がチームに根付き始めます。
関係性の質を高める「成功循環モデル」の応用が示すように、行動の質が変わると結果の質も変わります。業務改善の第一歩は、小さな「やめる」決断の積み重ねです。
【現役管理職の見解:業務改善は「勇気ある削除」から始まる】
私がECRSというフレームワークに初めて向き合ったのは、プロジェクトの立て直しを求められた時期のことでした。チームは疲弊していて、残業が常態化していた。でも不思議なことに、誰も「何かをやめよう」とは言わない。新しい施策は次々に追加されるのに、古い施策は誰も手をつけない。あの状態を思い返すと、今でも少し胸が痛くなります。
Eliminate(排除)の難しさは、「やめる」という行為が、過去を否定するように感じられることにあると思っています。誰かが長年頑張ってきた仕事を「やめよう」と言うのは、それ自体が傷つける行為になり得る。だからこそ私は、業務棚卸しの場では必ず「目的を問い直す」という言い方をしています。「あなたの仕事は無駄だ」ではなく、「この仕事の目的は今も有効ですか?」という問いかけです。
AIをただ導入しても変わらない、という体験を持つ管理職は多いはずです。私自身も、AIツールを使いこなす前に、まずチームの業務の「無駄探し」をしたことで、初めてAIの効果を実感できました。順番が大事なのです。
あなたのチームには、今「ゾンビ業務」がいくつ残っていますか?ぜひ一度、全員で棚卸しをしてみてください。きっと「これ、なんでやってたんだろう」という業務に出会えるはずです。


コメント