ガバナンス設計 / 失敗と末路

M&Aで崩壊するバックオフィス

2026-01-23

M&Aは戦略的に正しく、事業面のシナジーも描けていた。それなのに統合後、バックオフィスが機能不全に陥る。現場は混乱し、想定外のコストと摩擦が次々に生まれる。

こうした事態は「M&Aではよくあること」「時間が解決する」と軽く扱われがちです。しかし放っておけば、M&Aの成否そのものが、バックオフィス統合の失敗に引きずられていきます。M&Aの失敗要因は、デューデリジェンス不足やPMI（経営統合）の遅れ、文化の違いに求められることが多いものです。けれど実務上いちばん深刻なのは、「判断構造の統合」が後回しにされていることです。

M&A後のバックオフィス崩壊は、偶発的な事故ではありません。統合後に「誰が何を決めるのか（判断主語）」と「どのような設計方針で進めるのか」を事前に決めていないことが、本当の原因です。最初に決めるべきは、統合のスピードではなく「判断構造の統合順序」。これはPMIの手法論ではなく、組織のガバナンス設計そのものの話です。

「まず事業を回す」は、設計の放棄と紙一重

M&Aの目的は、単なる規模の拡大ではなく、持続的な事業価値を生み出すことにあります。しかし統合には、はっきりとした制約が伴います。両社の制度・文化・リスク感覚は違う。統合直後は、判断を求められる場面が一気に増える。そして、設計がないまま生じる摩擦をいちばん強く受けるのは現場です。

この前提に立てば、「まずは事業を回すこと」を最優先にするのは、設計を放棄することと紙一重だと分かります。

バックオフィスが崩れていく典型的な流れ

多くの失敗事例は、次のような流れをたどって崩れていきます。

事業統合を優先し、意思決定の設計を後回しにする。
新旧のルールが並立し、現場の判断が迷走する。
問題が表に出てから、後追いで統制を強化する。

意思決定の責任主体（判断主語）が空白のまま、組織だけを物理的に合体させた。崩壊の原因はそこにあります。

失敗の形は、いくつかの典型に集約されます。即時全面統合は、現場のキャパシティを超える負荷を一気に生み、機能不全を招きます。現場任せにすれば判断基準が属人化し、組織としての一貫性が失われます。問題後統制、つまりトラブルが起きてから後追いでルールや統制を強めるやり方は、現場の反発と硬直化を生みます。

いずれも、M&Aを一過性の「イベント」として扱い、持続可能な組織をつくる「設計」のプロセスとして捉えていないことの表れです。

統合は「誰が決めるか」から始める

M&Aを機能させる組織では、統合のプロセスが次の順序で意図的に設計されています。

第一に、「誰が何を決めるのか」を明確に定義する。
第二に、すぐには統合しない領域を意図的に残し、混乱を隔離する。
第三に、計画的なフェーズを設け、段階的に統合対象を広げていく。

バックオフィス統合とは、会計システムや法務手続きを統一することではありません。「判断構造そのものを設計し直すこと」です。この認識が欠かせません。

経営層が決め、バックオフィスが差分を示す

そのためには、経営層とバックオフィス部門の役割をはっきり分ける必要があります。

経営層の役割は、M&A後の最終的な判断主語を定義し、統合の優先順位を決め、移行期の暫定設計に最終責任を負うことです。一方、法務・財務・人事などのバックオフィス部門の役割は、両社の制度やプロセスの差分を客観的に可視化し、統合のための現実的なパターン（案）を複数示すことにあります。

この設計を省いた瞬間、バックオフィスは業務の支え手から、混乱の震源地へと変わってしまいます。

まとめ：M&Aを、設計できる成長手段に変える

M&Aを単なる事業買収ではなく「ガバナンス設計の問題」として捉え直せば、統合の順序と速度を戦略的に選べるようになります。バックオフィスは崩壊の源ではなく、組織を安定させる装置として働き始めます。