M&A PMIの100日プラン設計——DD発見事項を接続する優先順位とチェックリスト

クロージングが終わった瞬間、多くの買手企業の経営者は安堵します。「ようやく終わった」という感覚は理解できます。ただしPMIの観点から言えば、クロージングはゴールではなくスタートです。そしてスタートから100日間の動き方が、M&Aの成否を決める割合は想像以上に高い。

筆者がPMI支援で繰り返し見てきた失敗のパターンは、「DDで見つけたことが100日プランに入っていない」という断絶です。DDレポートはあるのに、100日プランはゼロから別チームが作っている。結果として、DDで発見した人材依存リスク・システム課題・顧客集中リスクが、PMI初期に対処されないまま半年・1年が経過する。「やり直せた段階」を過ぎてから初めて深刻さに気づく。このパターンは、DDとPMI設計を最初から連動させることで、かなりの程度防げます。

DDとPMIは同じM&Aプロセスの前後ですが、担当者が変わることで情報が引き継がれない問題が起きます。DDは外部の専門家チームが行い、PMIは内部の統合担当チームが動かす——この分断が、断絶の構造的な原因です。

断絶にはいくつかのパターンがあるが、よく見るのは次の3つだ。

パターン①：DDレポートが読まれていない

100〜200ページのDDレポートを、PMI担当者が全部読むことはまれです。「読んでおいてください」で渡されたレポートは、結局エグゼクティブサマリーしか参照されないまま100日が進みます。DDで発見した「このリスクは早期に対処すべき」という論点が、PMI担当者の優先リストに入らない。

パターン②：DDチームがPMI設計に関与しない

DD専門家の役割はDDレポートの提出で終わることが多い。「クロージングしたら撤収」という体制では、「このリスクをPMIでどう対処するか」という知識が外部専門家と一緒に消えます。特にビジネスDDとIT-DDで発見された事業・システムの論点は、PMI設計に直接影響するものが多い。

パターン③：100日プランがPMI担当者の「好み」で作られる

PMI担当者が前回の案件での経験をもとに100日プランを作ると、今回の案件固有のリスクが反映されません。「とりあえずこの構成で」という計画は、DDで発見した課題への対処と乖離することがあります。

100日プランに詰め込みすぎることが、PMI初期の最も多い失敗のひとつです。ではどう取捨選択するか——筆者は「100日でやるか否か」を、その施策が後戻りできるかどうかで切り分けています。

「入れなくていい」側に共通するのは、後戻りに大きなコストがかかる施策だという点です。とりわけITシステムの統合と給与・評価制度の変更は、準備不足のまま動かすと巻き戻しが効かず、現場の信頼まで失います。逆に「入れるべき」側は、いずれも情報収集と関係づくりが中心で、やり方を間違えても修正がきく。この「修正がきくか/きかないか」の線引きこそが、100日に何を入れるかの判断軸です。

100日プランで最も重要な役割は、「後から変更できない決断」を先送りしないことです。組織統合・人材の去就・主要顧客との関係再設計——これらは時間が経つほど変更が難しくなります。「まだ落ち着いてから」と先送りすると、気づいたときには現場がすでに別の前提で動いていて、修正コストが跳ね上がります。

「どれも後でもできる」と思っていると、100日後には変えられない状態になっている——そういう決断が3つある。

決断①：キーパーソンの去就

DDで「この人がいなくなると事業が止まる」と特定された人物の残留意思と処遇を、100日以内に固めます。「様子を見てから」は危険です。キーパーソンは不確実性が高まった状態で他社からのオファーを受けやすく、100日を超えると離職率が上がります。

決断②：旧オーナーの関与形態

事業承継M&Aで旧オーナーが顧問・相談役として残る場合、その関与の範囲と期間を100日以内に明文化します。曖昧なまま6ヶ月・1年が経過すると、「旧オーナーへの相談が前提」という組織文化が固定化し、新経営体制への移行が困難になります。

決断③：不採算事業・不要機能の扱い

BDDで「シナジーが見込めない事業部」「コストだけかかっている機能」が発見されていた場合、100日以内に縮小・廃止の方向性を出します。1年後に決めようとすると、その事業に関わる人材が定着してしまい、廃止コストが上がります。

「100日プランを作った」という企業に内容を確認すると、誰が何をいつまでにやるかが書かれていないものが少なくない。そういう計画書は現場に渡した瞬間から机の中に入る。ただし、100日プランが動かない本当の理由は「粒度の粗さ」だけではありません。通常のプロジェクト管理なら、粒度を細かくして担当と期限を振れば回り始めます。PMIが厄介なのは、その「担当を振る」相手が、買手の指揮命令系統の外にいることです。

100日プランで動かす相手は、買収したばかりの対象会社の現場です。彼らは買手の部下ではなく、人事評価も給与も（少なくとも初期は）旧来のラインで決まっています。買手が「これをやってください」と書いても、現場から見れば命令ではなく「お願い」にすぎない。しかも対象会社の現場は通常業務を回しながらPMIタスクに対応するので、優先順位は本業に流れます。だから筆者は、100日プランの設計を粒度の話で終わらせず、次の3点を「指揮系統が効かない前提」で詰めます。

• アクションごとに「対象会社側の実行者」と「買手側の伴走者」を必ずペアで置く：買手の担当者が指示を出して終わりにすると、対象会社の現場は動かない。誰が手を動かし、誰がそれを後押しするかを1アクションごとに対にして決める
• 買手側PM担当の権限を最初に明文化する：送り込まれたPM担当が「何を独断で決めてよく、何は本社決裁か」が曖昧だと、対象会社の現場は「この人に従っていいのか」を測りかね、判断が止まる。権限の範囲を最初に経営から委譲しておく
• 週次レビューを「査定」ではなく「障害除去」の場にする：指揮系統の外にいる現場を進捗会議で詰めると、面従腹背になって実態が見えなくなる。「なぜ遅れたか」ではなく「何があれば動けるか」を聞く運用にして、止まっている原因を買手側が取りにいく

また、100日プランは「最初の計画通りに進まない」ことを前提に設計します。クロージング後、対象会社の中に入って初めて見えてくる事実が必ずあります。想定外の事態に対応できる余白（リソース的にも時間的にも）を計画に組み込んでおくことが、指揮系統が直接効かない組織を動かしながら100日を乗り切るための現実的な設計です。

100日プランが終わった時点で、PMIは終わりではありません。むしろ100日は「本格的な統合フェーズに入るための準備期間」です。フェーズを分けること自体はどの解説書にも載っていますが、実務で本当に難しいのは「フェーズの中身」ではなく「フェーズとフェーズのつなぎ目」です。下の表は段階の説明というより、各境界でチームの推進力が落ちやすいポイントを並べたものとして読んでください。

つまり危ないのは各フェーズの作業量ではなく、境界でバトンを落とすことです。とりわけフェーズ2からフェーズ3への移行は、「100日プランが終わったら次は何をするか」が見えていないと、達成感とともにチームが止まります。100日プランを「フェーズ1〜2の行動リスト」として設計しつつ、フェーズ3の構想を並行して描いておくのは、このバトンを落とさないためです。