エグゼクティブ・サマリー
- 多くの業務プロセス改革は「組織図」「役割分担」「システム刷新」の見直しに終始し、肝心の「モノ・情報・承認がどう流れているか」を可視化しないまま投資判断が下されている。
- バリューストリームマッピング（VSM）は、顧客価値が生まれる起点から終点までの全工程を、付加価値時間（VA：Value Added）と非付加価値時間（NVA：Non-Value Added＝待ち時間・手戻り・承認待ち等）に分解して可視化する手法であり、改革の「診断書」に相当する。
- 業務プロセスの遅さの正体は、多くの場合「処理そのもの」ではなく「滞留」である。複数の業務プロセスを分解して検証すると、リードタイム全体に占める待ち時間の比率が過半、ケースによっては大半に達するという傾向がしばしば観察される（業種・工程・組織構造によって大きく変動するため、自社での実測が前提）。
- ムダ・滞留・変動という3つの敵を定量化しない限り、改革は「感覚」の域を出ず、投資対効果の説明責任も果たせない。ボトルネックを外さずに周辺工程だけを高速化しても、全体のリードタイムは短縮しない。
- Orchestrixは4アーキテクト（ビジネスアーキテクト／ソリューションアーキテクト／テクニカルアーキテクト／AIアーキテクト）を一体投入し、可視化（診断）から設計・実装・定着までを一気通貫で支援する。
背景・問題提起——なぜ「流れ」を見ないまま改革は失敗するのか
経営会議で「業務プロセスを改革する」という号令がかかるとき、着手される施策の多くは次の3パターンのいずれかに収斂しがちである。第一に組織再編（部門統合・役割再定義）、第二に個別システムの刷新（基幹システムのリプレース、RPAの部分導入）、第三に人員配置の見直し（増員・アウトソース）。これらはいずれも「点」の改善であり、業務プロセスという「線」——顧客の依頼や社内の申請が起点から完了までどう流れていくか——を対象にしていない。
結果として起きるのが、投資をしたのに体感速度が変わらないという現象である。ある部門でRPAを導入して入力作業を自動化しても、その前後の承認待ちや他部門への引き継ぎ待ちがボトルネックであれば、全体のリードタイムはほとんど短縮しない。基幹システムを刷新しても、業務フローそのものが持つ「たらい回し構造」が温存されていれば、システムは新しくなっても仕事の流れは変わらない。これは、局所最適の積み上げが全体最適を保証しないという、制約理論（Theory of Constraints）が繰り返し指摘してきた事実そのものである。
もう一つの根深い問題は、プロセスの「見える化」が組織図やRACI表のレベルに留まり、時間軸——つまり各工程にどれだけの時間がかかり、工程間でどれだけ滞留しているか——が可視化されていないことである。役割分担表は「誰が何をするか」を示すが、「どれだけ待たされるか」「どこで詰まるか」を示さない。改革の意思決定者が最も知りたいのは後者であるにもかかわらず、多くの組織はこのデータを持っていない。
さらに、業務プロセスには「変動（バラツキ）」という第三の敵が存在する。平均処理時間が短くても、繁閑差や属人性によって処理時間のバラツキが大きければ、後工程は常に最悪ケースに合わせて余裕（バッファ）を積むことになり、結果としてリードタイム全体が伸びる。キューイング理論が示す通り、稼働率が高くバラツキが大きいプロセスほど、待ち行列は加速度的に長くなる。これは経験則ではなく数理的に説明できる現象であり、「頑張って早く処理する」という精神論では解決しない構造問題である。
本稿は、この「流れ」を可視化し、ムダ・滞留・変動という3つの敵を定量化した上で、実行可能な改革ロードマップへと落とし込む方法論——バリューストリームマッピングを中核とした業務プロセス改革の設計思想——を解説する。