BPRと業務改善は何が違うのか｜手を付ける対象と決める人が違う

「うちもBPRをやろう」と経営会議で号令がかかった翌週、現場では「じゃあこの申請書のフォーマットを直しましょう」という話に落ち着いていた——そんな場面を、私は支援先の現場で何度も見てきました。号令はBPRのつもりだったのに、実際に動いたのは業務改善どまり。誰も嘘をついていないのに、掛け声だけ大きくなって中身は変わりません。半年後に振り返ると、業務フローも権限の持ち方も、何一つ変わっていない——このすれ違い、心当たりはありませんか。

物流企業やITスタートアップで現場改善とシステム導入の両方に関わってきた立場から言うと、この二つを分けて考えられるかどうかで、プロジェクトの決め方も、集める人も、かかる時間もまるで変わります。規模の大小の話ではなく、実務の設計そのものが変わる話です。

BPRと業務改善の違い：まず1分だけ

業務改善は、今のやり方を土台にして、手順やムダを削っていく取り組みです。マニュアルを見直す、承認の回数を減らす、入力の二度手間をなくす——現場の裁量で動かせる範囲に収まります。対してBPR（ビジネスプロセス・リエンジニアリング）は、手順の改良ではなく、“そもそもこの業務は要るのか”“誰がやるべきか”まで一度戻って、業務そのものを組み直す取り組みです。定義をもう少し丁寧に見たい方はBPRとは？“ただの業務改善”じゃないで扱っています。

何が違うのか：比較表で見る

「規模が大きいのがBPR、小さいのが業務改善」という理解のまま進めると、途中で誰も決められない場面に必ずぶつかります。違いは規模ではなく、変える対象と決める人です。この二つを混同したまま進めると、プロジェクトの名前だけがBPRで、中身は現場の改善活動という状態が続きます。

この表でいちばん見てほしいのは「決める人」の行です。業務改善は現場の裁量で決められるので、思い立った週から動けます。BPRは部門をまたぐ以上、片方の部門だけが良かれと思って進めても、もう片方が合意していなければ組み直しは成立しません。だからBPRは「システムを入れる」プロジェクトではなく、先に合意を取り付けるプロジェクトです。この順番を取り違えると起きることはBPRの進め方は“システムを入れる”ことじゃないに書きました。

実際によくあるのはこんな場面です。営業が受けた特急対応を、製造がいつもの段取りを崩してまで通します。皺寄せを受けた物流は残業でしのぎます。ここで各部署がそれぞれ手順を見直しても、「特急対応をどこまで受けるか」という判断基準そのものは変わりません。基準を変えるには営業・製造・物流の三部署にまたがる合意が要り、それは一部署の改善では届かない領域です。

逆に業務改善だけで押し切った場合の失敗も典型があります。マニュアルを整え、入力フォームを簡略化して落ち着いた数か月後、担当者が異動になると、また元のやり方に戻っています。業務の担当そのものは変わっていないので、属人化の土台は残ったままだからです。

どちらを選ぶかの判断

目の前の困りごとを前に、選ぶ基準はシンプルです。困りごとが一つの部署の中で完結し、今の業務の必要性自体は誰も疑っていないなら、業務改善で足ります。手順を直す権限は現場にあり、決裁も部署内で完結するからです。

一方、困りごとの原因が部署をまたいだ受け渡しにあり、しかも「この業務、今の形で本当に要るのか」まで疑わしいなら、業務改善では届きません。手順をどれだけ磨いても、業務の要否そのものは現場の権限では変えられないからです。ここでBPRに切り替えず、現場の頑張りだけで乗り切ろうとする進め方の限界は業務改善は“気合いで頑張る”ことじゃないで触れています。

• 困りごとは一つの部署の中で完結しているか、部署をまたいでいるか
• 今の手順を直せば済むか、業務の要否そのものを疑う必要があるか
• この場で決裁できる人は、現場の担当者か、部門をまたぐ決裁者か

承認をワンクリックで済むよう仕組みを変えるだけなら、現場の決裁で足ります。しかし「承認そのものを誰が持つか」を動かすなら、部門をまたぐ決裁が要ります。前者は業務改善、後者はBPRです。

迷ったときに立てる問いはこれだけです。「これを止める・変える決裁を、今の担当者は持っているか」。持っていれば業務改善、持っていなければBPRです。

一段深く：BPRが止まるのは、手法ではなく決裁の設計

支援先の現場に何度も入ってきてもっとも多く見る誤解は、BPRを“大がかりな業務改善”として扱ってしまうことです。規模の話だと捉えた瞬間、プロジェクトは現場のメンバーに割り振られ、部門をまたぐ意思決定は誰にも降りてこないまま、現場の頑張りに落ちていきます。会議では威勢よく「業務を組み直そう」と言うのに、実際に手を動かすのは各部署の担当者だけ、という構図です。

これはやる気の問題でも、手法の選び方の問題でもありません。私はデザイン思考の軸を持って業務を見るとき、まず「誰が決めるべき問いか」を先に切り分けます。BPRが止まるのは、たいてい難しい手法を選んだからではなく、部門をまたぐ問いを誰も決裁する立場に置かれていないからです。決裁の設計を先に組んでから着手すれば、BPRは止まりません。組む順番を間違えると、どれほど優れた分析をしても止まります。

たとえば「申請書のフォーマットを直す」と「二部署に分かれている承認ルートを一本化する」は、言葉の見た目こそ似ていますが、前者は現場の決裁で済み、後者は部門長以上の決裁が要ります。この区別を最初につけておかないと、後者のつもりで始めたプロジェクトが、進むうちに前者の作業へすり替わっていきます。決裁の設計とは、この二つを着手前に見分けておくことに尽きます。BPRを始める前の会議で「これは誰が決める話か」を最初に確認するだけで、着手後の停滞はかなり減らせます。

よくある質問

Q. 業務改善を積み重ねていけば、いずれBPRになりますか。

A. なりません。業務改善は今の業務を前提にした改良で、手順をどれだけ磨いても「その業務が要るか」「誰が担うべきか」という問い自体は生まれないからです。BPRは改善の延長線上ではなく、対象を戻す作業として別に立ち上げる必要があります。

Q. 小さな会社でもBPRは必要ですか。

A. 会社の規模ではなく、困りごとが部門をまたいでいるかで決まります。少人数の会社でも、営業と製造のあいだで情報が止まっているなら、それは業務改善ではなくBPRの対象です。部署の数が少ない分、決裁者に話を通す距離は短くて済みます。

まとめ

BPRと業務改善は、上下でも大小でもありません。業務改善は今のやり方を前提に手順を良くする取り組みで、現場の裁量で決められます。BPRは業務そのものの要否まで戻して組み直す取り組みで、部門をまたぐぶん経営が決めないと進みません。

まずは目の前の困りごとが、誰の決裁で動かせるものかを確かめてみてください。それだけで、選ぶべき手が自然に決まります。手順を磨くのか、決裁の場を先に作るのか。迷ったら、この記事の比較表に一度立ち返ってみてください。

この記事を書いた人

小林悠真（こばやし・ゆうま）／LF&L株式会社 代表取締役。九州大学で音響設計・音楽マネジメントを学びデザイン思考を培った後、ヤマトシステム開発・バンテックで物流／生産管理、ラクスル等のITスタートアップで事業開発・SCM構築を経験。製造業・物流業のDXコンサルタントとして、現場の1歩から経営システムまでの全体最適を支援する。テューバ奏者・LFコンサート代表理事も兼務。