請求書処理を自動化して、月四十時間の削減見込みが立った。ワークフローを組み、OCRを入れ、承認をシステムに載せた。ところが半年後、経理チームの総労働時間を測ると、ほとんど変わっていない。空いたはずの四十時間は、いつの間にか別の作業で埋まっていた。誰も見ない補足資料が一本増え、他部門への確認メールが丁寧になり、二重チェックが三重になっていた。BPR（業務再設計）と称してやったことは、実のところ「速くしただけ」で、「減らして」はいなかった。ここに、BPRが失敗する構造がまるごと表れている。
BPRを「業務を効率化するプロジェクト」だと定義した瞬間に、それはたいてい失敗の軌道に乗る。効率化は速くすることだが、速くしても総量は減らない。減らすとは、やめることだ。そしてやめることは、速くすることの何十倍も難しい。難しさの正体は技術ではなく、責任にある。
効率化ではなく「やめる」——BPRの本丸はここにある
多くの経理BPRが、システム導入とほぼ同義で語られる。ワークフローを入れる、RPAを組む、電子化する。どれも「今ある作業を速くする」施策だ。だが冒頭のとおり、速くしても空いた時間は別の作業で埋まる。人は手が空くと、なんとなく仕事を作る。補足資料を厚くし、確認を増やし、念のためのチェックを足す。効率化は、この「仕事を作る力」に負ける。
本当に効くのは、作業そのものを消すことだ。月次で作っているあの集計表は、誰が見ているのか。役員に配っている補足レポートは、実際に読まれているのか。二人でやっている突合チェックは、二人目が過去に一度でも誤りを見つけたことがあるのか。問うていくと、驚くほど多くの作業が「昔からやっているから」以外の理由を持っていない。目的を失い、慣性だけで回っている作業が、経理には堆積している。BPRとは、この堆積を掘り返して、目的を答えられない作業を止める営みだ。速くする前に、消す。順番を間違えると、消すべきものを速くしてしまう。
止める対象は、だいたい三種類に集約される。第一に、誰も見ない資料。作成の目的がとうに消え、配布先の誰も開いていない集計やレポート。第二に、二重チェック。一度エラーを防いだ記憶があるだけで、コスト対効果を再計算されないまま残るダブルチェック・トリプルチェック。第三に、様式のためだけの転記。あるシステムの出力を別の様式に手で打ち直す作業で、その様式が本当に必要かは誰も検証していない。この三つを疑うだけで、止められる作業がかなり見つかる。
「やめる判断」を現場に求めてはいけない——責任は管理職が引き取る
ここがBPRの最大の急所だ。やめる作業を、現場に「自分たちで見つけて止めろ」と指示しても、まず動かない。現場が怠慢だからではない。やめて何か問題が起きたときの責任を、現場は負えないからだ。
考えてみれば当然だ。ある担当者が「この二重チェックは無駄なのでやめます」と判断し、半年後にその工程でミスが表に出たら、「お前が勝手にやめたからだ」と責められる。逆に、無駄なチェックを続けていて何も起きなくても、誰にも褒められない。この非対称な損得構造の中で、現場が合理的に選ぶ行動は「何もやめない」だ。だから作業は減らず、増える一方になる。やめないことが個人にとって最適である限り、精神論で「無駄を見つけろ」と叫んでも構造は動かない。
したがって、やめる意思決定は管理職——経理部長やCFO——が引き取らなければならない。具体的には、「この資料を止める、この二重チェックを一重にする。それで問題が起きたら、判断した私の責任だ」と明言して決裁する。この一言が、現場を責任の恐怖から解放する。担当者に必要なのは「どれが無駄か」の情報提供までで、止める決断とその結果責任は上が負う。BPRが進む会社と進まない会社の差は、ツールでも予算でもなく、この責任の引き取りを管理職ができるかどうかにある。CFOが自分の名前で「やめる」を宣言できるか。それがすべてと言っていい。CFOがどこまで経営の意思決定に踏み込む役回りかはCFOとCEOの役割分担にも通じる論点だ。
順番を守る——やめる→統合→標準化→自動化
作業を止める覚悟ができたら、次は順番だ。BPRには踏むべき順序があり、これを外すと労力の割に成果が出ない。
この順序は、業務改善で古くから使われるECRSの考え方（排除・統合・標準化、そして自動化）に沿っている。肝は、自動化を最後に置くことだ。冒頭の失敗はまさにここにあった。やめる・統合・標準化を飛ばし、いきなり請求書処理の自動化に飛びついた。結果、本来は止めるべきだった補足資料や二重チェックはそのまま残り、請求書処理だけが速くなった。速くなった工程の周りで、消し損ねた無駄な作業が変わらず時間を食い、総労働時間は動かなかった。
自動化を先にやることの本当の害は、無駄が固定されることだ。いったんシステムに載せた作業は、開発コストがかかっている分、後から「やっぱり不要でした」と止めにくくなる。無駄な転記作業をRPAで自動化すると、その転記は「システム化された正式な業務」に昇格し、二度とやめられなくなる。自動化は無駄を消すどころか、無駄をコンクリートで固める。だからこそ、消せるものを消し、束ねられるものを束ね、揃えられるものを揃えてから、最後に残った筋肉質な業務だけを自動化する。順番が、投資の成否を分ける。
何を止めるかは、勘でなく棚卸しで炙り出す
「やめる」と決めても、次に「では何を止めるのか」で手が止まる会社が多い。無駄はあるはずだが、名指しできない。ここを勘や声の大きさで決めると、結局いちばん止めやすい若手の作業だけが削られ、本丸の無駄は温存される。止める対象は、棚卸しという事実で炙り出す。
やり方は素朴でいい。経理が回している定常作業を一行ずつ書き出し、それぞれに三つの列を付ける。月あたりの所要時間、その成果物を実際に見る人の数、そして「やめたら誰が困るか」だ。この一覧を作るだけで、景色が変わる。所要時間が長いのに見る人がゼロの資料、やめても誰も困らないと担当者自身が認める作業が、はっきり浮かび上がる。多くの経理は、この一覧を一度も作ったことがない。作業が個人の頭の中に散らばっているから、全体として何にどれだけ時間を使っているかを、誰も俯瞰できていない。棚卸しは、その散らばりを一枚に集めて、止める候補を可視化する行為だ。
もう一つ、冒頭の失敗を繰り返さないための鉄則がある。効果は工程単位でなく、チームの総労働時間で測る。請求書処理が四十時間速くなったかではなく、経理全体の投入時間が減ったかを見る。工程単位で測ると、速くなった一点だけを見て成功と錯覚し、空いた時間が別の作業に吸われた事実を見逃す。BPRの成否は、個別工程の改善幅ではなく、総量が減ったかどうかにしかない。測る対象を間違えると、減っていないのに減った気になる——冒頭の半年は、まさにこれで浪費された。
BPRを一度で終わらせない——「やめる」を定例に組み込む
最後に、BPRを単発のプロジェクトで終わらせないことだ。一度大掃除しても、作業は必ずまた堆積する。人は手が空けば仕事を作り、念のためのチェックを足し、資料を厚くする。この慣性は組織の重力のようなもので、放っておけば必ず元に戻る。
だから「やめる判断」を仕組みに埋め込む。たとえば四半期に一度、経理が定常で作っている資料を一覧にし、「先四半期に一度も参照されなかったもの」を洗い出して止める候補に載せる。二重チェックは年に一度、「この一年でエラーを検知した回数」を集計し、ゼロなら一重に戻すことを検討する。判断の場を定例化し、そこでCFOや部長が「やめる」を決裁する。BPRを行事ではなく、経営の習慣にする。付加価値を生まない作業を止め続ける組織だけが、人を増やさずに事業の成長についていける。経理の生産性とは、速く処理する能力ではなく、やらない勇気を持ち続ける規律のことだ。
この習慣化には、心理的な仕掛けも要る。作業を止めた担当者が「楽をした」と後ろめたさを感じる文化では、やめる判断は根づかない。むしろ「無駄な作業を一つ見つけて止めた」ことを評価する。何本の資料を廃止したか、何時間を取り戻したかを、増やした施策と同じ重みで褒める。作業を足した人だけが評価され、減らした人が評価されない組織は、構造的に肥大するしかない。減らすことに光を当てて初めて、現場は安心して無駄を差し出せるようになる。CFOがやめる責任を引き取り、減らした貢献を評価する——この二つが揃うと、BPRは一度きりの外科手術から、組織の代謝へと変わる。
自動化ツールのカタログを開く前に、まず自問してほしい。この作業は、そもそもやる必要があるのか。答えが「昔からやっているから」なら、それは速くする対象ではなく、止める対象だ。BPRの九割は、新しいシステムではなく、この問いから始まる。
