個人は速くなった。なのに組織の数字は動かない
現場の体感は本物です。メール文面のたたき台は数分で手に入り、議事録は自動でまとまり、資料の初稿づくりは数時間から数分になった。それでも部門の生産性は横ばいで、案件のリードタイムは短くならず、コスト構造も人員配置も従来どおり ― こうした食い違いは、多くの企業で同時に起きています。
これは不思議なことではありません。個人効率化(ツールを足す)と業務変革(プロセスを変える)の間には断層があるからです。前者をいくら積み上げても、後者に自動的には到達しません。個人の作業を速くする施策と、組織の数字を動かす施策は、そもそも別のものなのです。
時間は「書く・作る」ではなく、構造に消えている
なぜ作業を速くしても数字が動かないのか。答えは、業務の所要時間の大半が個人の作業ではなくプロセスの構造に費やされているからです。承認待ち、部門間の受け渡し、システムの分断を人が埋める転記、曖昧な依頼による差し戻しと手戻り ― 時間はここに溶けています。
たとえば「書く」作業がAIで10分から3分になったとしても、その後の承認に3日かかる構造が変わらなければ、リードタイムはほぼ3日のままです。速くしたのは作業、時間を食っているのは構造。効く場所に、まだ手を付けていないのです。
速くできるのは「作業」の部分だけ。しかしリードタイムを支配しているのは「待ち」の部分。手を付けている場所と、効く場所がずれている ― これが「入れたのに変わらない」の一次原因です。
数字で見る「頭打ち」― リードタイムの内訳という算数
この構図は、簡単な算数で確かめられます。ある申請業務の架空のモデルケースで、リードタイム5営業日の内訳を分解してみます。
| 内訳 | 時間 | 意味 |
|---|---|---|
| 作業(書く・作る) | 約1割 | 担当者が手を動かす時間。AIで速くできるのはここだけ |
| 待ち(承認・回答) | 約7割 | 承認や回答を待つ時間。リードタイムの支配項 |
| 転記・確認の往復 | 約2割 | システムの分断を人が埋める部分 |
ここで「作業を半分にする」と、全体はわずか約5%しか縮みません。一方「待ちを半分にする」と、全体は約35%も縮む。効くのは作業ではなく待ちであり、AIツールで速くなる領域は最も小さい一角にすぎない ― これが「頭打ち」の正体です。作業の効率化は数%〜数十%、構造の再設計は時に桁が変わる。この効果差は、内訳の偏りから生まれます。
ムダの自動化は、ムダの固定化である
さらに厄介なのは、いま動いている業務プロセスの多くが「人がやる前提」で設計されていることです。紙・ハンコ・電話・Excelの時代に、人間が読み、判断し、運ぶことを前提に組まれた設計 ― これを本コラムではプロセス負債と呼びます。
- 3階層の承認。情報が乏しく、上位者の経験で補う必要があった時代の設計。情報が即時共有される前提では過剰になっている。
- 部門ごとの転記・再入力。システムが分断されていた時代の名残。人がデータの運搬役を続けている。
- 「とりあえず全員CC」。情報を配る手段が他になかった時代の習慣。全員の注意を薄く削り続けている。
この負債の上にAIを載せると、非効率なプロセスが高速に回るだけです。ムダの自動化は、ムダの固定化である。速く回るぶん、かえって「変えなくてよい」という誤った安心すら生みます。土台を問わずにツールだけ足す進め方の、構造的な限界がここにあります。
自動化と再設計は、別物である
ここで区別すべきなのが、自動化(as-isの効率化)と再設計(to-beの構築)です。自動化が悪いのではありません。入口としては正しく、成果も出ます。しかし両者は問いも対象も効果も主体も異なる、別のトラックです。
| 観点 | 自動化(as-isの効率化) | 再設計(to-beの構築) |
|---|---|---|
| 問い | この作業をAIにやらせられるか | AIと人がいる前提なら、業務はどうあるべきか |
| 対象 | 個々のタスク | プロセス全体(承認・分業・伝達・順序) |
| 効果 | 作業時間の短縮(数%〜数十%) | リードタイム・コスト構造の変化(時に桁が変わる) |
| 主体 | 現場・情シスで進む | 経営の関与が不可欠 |
両方やってよいのです。ただし混ぜると、再設計が自動化に吸収されて消えます。タスクの効率化をいくら重ねても、承認・分業・伝達といった構造は1ミリも変わらないからです。頭打ちを超える決断は、権限・分業・責任の変更を伴う ― だからこそ経営にしか決められません。
AI前提なら、動かせなかった構造に選択肢が生まれる
視点を「AIと人がいる前提」に切り替えると、これまで固定だった構造が可変になります。
- 承認 ― 人は例外だけに絞れないか。規程との整合や過去実績との比較をAIが機械的にチェックできるなら、人の承認は例外と高額案件だけに絞れないか。
- 分業 ― 受け渡し自体を減らせないか。部門をまたぐたびの転記・確認を、AIが一気通貫で下処理するなら、受け渡しそのものを減らせないか。
- 伝達 ― 報告業務を縮小できないか。報告書や定例会議の多くが「状況を知るため」なら、AIが常時サマリを提供する前提で報告そのものを縮小できないか。
- そもそも論 ― 廃止できないか。誰も読まない月次資料、形骸化したチェック ― AI化を検討する前に、廃止できないか。
再設計の第一候補は「AIで何ができるか」ではなく、「人がやる前提だから存在していた業務は何か」です。次のうち3つ以上に心当たりがあれば、頭打ちはすでに始まっています。
- AIツールの利用率は上がったが、部門のKPI(リードタイム・コスト・件数)はこの1年横ばい
- 成果報告が「作成時間の短縮」ばかりで、廃止された業務が1つもない
- 承認の段数・帳票の種類が、AI導入前と1つも変わっていない
- 「次の一手」として出てくる案が、ツールの追加・ライセンス拡大だけ
- 「この業務はそもそも要るか」という問いを、この1年誰も発していない
経営が決めるべき3つと、初動のかたち
可視化や再設計の実務は現場が回せます。しかし次の3つは経営でないと決まらず、決まらないまま始めた再設計は必ず途中で自動化に退化します。
- 対象業務の選定と「変える」宣言。どの業務プロセスを再設計するかを経営が選び、「効率化」ではなく「作り直す」と明言する。現場発の自動化とは別トラックで走らせる。
- 現場を巻き込む体制。再設計は現場の知恵なしには絵に描いた餅であり、現場だけでは既得の構造を壊せない。経営がスポンサーとなり、現場が設計者として参加する体制を組む。
- 「やめる」権限の付与。業務の廃止・承認の簡素化・帳票の削減は必ず抵抗に遭う。再設計チームに「やめる提案」を検討させ、経営が裁く仕組みを持つ。やめる権限のない再設計は、足し算しかできない。
初動に大部隊は要りません。目安は可視化に2〜4週間、効果測定まで3〜6ヶ月、体制は役員1名＋推進1〜2名＋現場2〜4名の兼務程度。件数があり、待ちが支配的で、部門をまたぎ、数字が見られている ― そんな業務を1つ選ぶところから始めます。
3つが決まっていれば、あとは1業務から段階的に始めるだけです。次回は、その第一歩となる「業務の見える化(可視化と分解)」の進め方を解説します。