この記事で分かること
結論：PMIの実行は「日 数」ではなく「機 能」で設計する
PMI（Post Merger Integration、買収後の統合）を計画するとき、多くの解説は「Day1・100日・1年」という時間軸を主軸に置きます。PMIと100日プランの記事で扱った通り、時間軸の設計とガバナンス・シナジートラックの全体像を最初に固めることは不可欠です。しかし実行の現場で実際に手を動かすのは、HR（人事・組織）、IT（情報システム）、営業（顧客・販売網）、財務・経理、法務・コンプライアンスといった機能別のチームであり、それぞれの機能には固有の論点と固有の失敗パターンがあります。本記事は100日計画という全体設計の先にある、機能ごとに何を実行し、どこでつまずきやすいかを掘り下げます。具体的には、①機能別ワークストリームをどう束ねるガバナンス体制を組むか、②HR統合における労働契約の扱いという法的な論点、③IT統合の統合方式とプロセス、④営業統合におけるシナジー実現率の追跡、⑤機能横断で起きやすい逆シナジー、⑥次の案件に使い回せる「型」としての蓄積、の6点を扱います。シナジー管理の仕組み化やコーポレートディベロップメント部門の役割と合わせて読むことで、PMIの全体設計から機能別の実行、社内体制の蓄積までを一連の流れとして押さえられます。
機能別ワークストリームの設計とガバナンス
PMIを機能別に実行するとは、HR・IT・営業・財務経理・法務コンプライアンスといった機能ごとにワークストリーム（実行チームと責任範囲の単位）を立て、それぞれに責任者を置いたうえで、進捗を横断的に集約する体制を組むことを指します。この機能別統合ワークストリームを束ねる役割を担うのが、多くの企業で設置される統合マネジメントオフィス（IMO）です。IMOは自らHR統合やシステム統合を実行する部隊ではなく、各機能の進捗・課題・意思決定事項を吸い上げ、経営会議に判断を仰ぐべき論点を整理し、機能間で矛盾する意思決定（たとえばIT統合の方針とHR側の組織再編のタイミングがずれる、といった事態）が起きないよう調整する役割を担います。
機能ごとに実行事項と主な関与部門を整理すると、次の通りです。
| ワークストリーム | 主な実行事項 | 主な関与部門 |
|---|---|---|
| 経営・ガバナンス（IMO） | 意思決定ケイデンスの設計、各ワークストリームの進捗集約、経営会議への論点提起 | 統合マネジメントオフィス、両社経営陣 |
| HR・組織 | 組織図・等級/給与制度の統合方針決定、キーパーソンのリテンション、労働契約の取扱い確認 | 人事部門、法務部門 |
| IT・システム | システム資産の棚卸し、統合方式の決定、データ移行計画の策定 | 情報システム部門 |
| 営業・顧客 | 顧客基盤の重複整理、クロスセル計画の立案、顧客・取引先への説明 | 営業部門、マーケティング部門 |
| 財務・経理 | 会計方針の統一、連結決算体制の整備、シナジーの財務効果測定 | 経理・財務部門 |
| 法務・コンプライアンス | 許認可の再取得、契約の名義変更、社内規程の統合 | 法務部門 |
HR統合の実行論点：労働契約の扱いと制度統合
HR統合の出発点は人事デューデリジェンスで洗い出した組織図・給与台帳・就業規則の実態を踏まえ、労働契約が組織再編の形態によってどう扱われるかを正確に押さえることです。日本の労働法制では、合併・会社分割・事業譲渡のいずれを取るかによって、労働契約の承継の枠組みが異なります。
| 組織再編の形態 | 労働契約の扱い | 主な法的枠組み |
|---|---|---|
| 合併（吸収合併・新設合併） | 消滅会社の権利義務は包括的に新会社へ承継され、労働契約・労働条件もそのまま存続する。個別の同意は不要 | 会社法（合併の効果） |
| 会社分割 | 承継対象事業に主として従事する労働者は、個別の承諾なく承継されるのが原則。会社は労働者の理解・協力を得るよう努め、労働者・労働組合への通知と異議申出の機会を設けることが義務付けられる | 労働契約承継法 |
| 事業譲渡 | 労働契約は当然には承継されず、譲渡会社との労働契約を終了したうえで、譲受会社との間で個別に労働契約を締結し直す必要がある | 民法上の契約原則・事業譲渡等指針 |
実務上とくに注意が必要なのは事業譲渡です。会社分割や合併と異なり、労働者本人の真意による承諾が必要とされ、承諾を得られない労働者を「解雇のみを理由として」雇用終了とすることは認められません。承継予定の労働者に対して十分な説明と誠実な協議を行うことが、労務トラブルの予防だけでなく、PMIの人員再編を円滑に進めるうえでも欠かせません。この点は厚生労働省が公表する労働関係法制度の解説や、事業譲渡等指針の解説で詳しく確認できます。
労働契約の扱いが整理できたら、次に取り組むのが給与・等級制度の統合です。実務では、まず新しい等級制度に合わせて給与レンジと昇給のイメージを固め、次に両社の手当・福利厚生の差異を洗い出し、どちらの制度を適用するか、あるいは新制度を設計するかを決定します。待遇が下がる従業員には経過措置（一定期間の差額補填など）を用意することが一般的で、制度面の統合と並行して、説明会・個別面談・部門横断の交流機会を通じたリテンション施策（カルチャー統合）を進めることが、キーパーソンの離脱を防ぐ実務上の要になります。
IT統合の実行論点：統合方式の選択とプロセス
IT統合は、まずITデューデリジェンスでシステム資産（ソフトウェア・ハードウェア・ライセンス）の棚卸し、セキュリティ・コンプライアンス状態の確認、業務システムと業務プロセスの対応関係の把握という3領域を確認するところから始まります。そのうえで、PMIのシステム統合方式として、実務上大きく3つのパターンに整理できます。
| 方式 | 内容 | 適する場面 |
|---|---|---|
| 片寄せ | 買収側・対象側いずれか一方のシステムに統一する | システム間の機能差が小さく、早期のコスト削減や統制強化を優先する場合 |
| ベスト・オブ・ブリード | 機能・使い勝手・保守性を比較し、業務領域ごとに優れている側を採用する | 両社のシステムに一長一短があり、統合後の業務効率を重視する場合 |
| 共存（並行運用） | 当面は両社のシステムを併存させ、段階的に統合する | 事業継続性を最優先し急激な変更リスクを避けたい場合。TSA（トランジション・サービス契約）で一定期間システム利用を継続する場合にも近い考え方が取られる |
統合方式を決めたあとは、現状分析、統合方針決定、要件定義、移行実行、安定稼働という段階を踏んで進めるのが一般的です。この過程で繰り返し指摘される失敗要因は、Day1（クロージング初日）に最低限必要な対応の準備不足、データ移行設計の詰めが甘いことによる移行時のトラブル、そしてシステムの内容を把握しているキーパーソンの離脱です。カーブアウト型のM&Aでは、対象事業が親会社のシステムから切り離される過程でこうした論点がより先鋭化するため、カーブアウト
営業統合の実行論点：顧客基盤の重複整理とシナジー実現率の追跡
営業統合では、まず両社の顧客基盤に重複がないかを確認し、担当エリアや顧客セグメントに基づいて営業体制を再編します。そのうえで、収益シナジーの柱となるクロスセル（一方の企業が持つ販売網や顧客基盤を、もう一方の企業の製品・サービスの販売に活用すること）を計画に落とし込みます。ここで実務上つまずきやすいのは、クロスセルのシナジーはコストシナジーと異なり顧客側の意思決定・契約更新のタイミングに依存するため、実現までのリードタイムが長くなりやすいという点です。統合直後の売上高だけを見てシナジーの進捗を判断すると、実態より悲観的な評価になりかねません。
そのため実務では、シナジー実現管理の考え方に基づき、ワークストリームごとに計画額と累計実現額を突き合わせて実現率を継続的に追跡します。
式（ワークストリーム別シナジー実現率）
シナジー実現率 ＝ 累計実現額 ÷ 年間計画額
以下は説明用の仮設例です。実在の企業・案件を示すものではありません。統合開始から100日（約3カ月）時点で、機能別の年間シナジー計画額と累計実現額を集計したとします。
| ワークストリーム | 年間計画額（百万円） | 累計実現額（百万円） | 実現率 |
|---|---|---|---|
| HR（人件費最適化） | 180 | 72 | 40% |
| IT（運用費削減） | 120 | 18 | 15% |
| 営業（クロスセル） | 300 | 45 | 15% |
| 調達統合 | 90 | 54 | 60% |
| 合計 | 690 | 189 | 約27% |
合計の実現率は189百万円÷690百万円＝約27%です。ワークストリーム間で実現率に差が出ているのは自然なことで、調達統合（既存契約の値引き交渉など）やHR（重複ポストの整理）は意思決定から実現までのリードタイムが短く早期に数字が出やすいのに対し、営業のクロスセルは顧客との商談・契約更新のサイクルに左右されるため、100日時点では計画額の一部しか実現していないのが通常です。ここで重要なのは、実現率が低いワークストリームを一律に「遅れている」と評価するのではなく、各機能の実現サイクルの違いを踏まえたうえで、次の四半期にどこまで積み上がる見込みかを継続的に追跡することです。PMIのシナジー管理をAIで仕組み化する記事では、こうした実現額の測定と台帳管理を継続的に行う仕組みを扱っています。
機能横断で起きやすい落とし穴：逆シナジーと統合コスト
機能別に実行を分担すると、それぞれのワークストリームは自分の担当領域の計画達成を優先しがちです。しかし、機能ごとの最適化が全体最適とは限らない点に注意が必要です。たとえばIT統合で片寄せを急ぐあまり現場の業務が一時的に混乱し営業活動が停滞する、HR統合で等級・給与制度の変更を急ぎすぎてキーパーソンが離脱し、想定していた営業シナジーの担い手を失う、といった逆シナジー・統合コストは、単一の機能だけを見ていては発見しにくいものです。だからこそ前述のIMOによる週次の機能横断チェックが重要になります。
依存関係のずれが表面化しやすい典型例が、IT統合とHR統合のスケジュールの不整合です。たとえばIT側が給与計算システムの片寄せを3カ月目に完了させる計画を立てていたとしても、HR側の等級・給与制度の統合方針が4カ月目まで決まらなければ、システム側は「どちらの制度に合わせて設定すればよいか」が定まらず、移行作業をやり直す事態になりかねません。こうした機能間の前後関係は、各ワークストリームが自分の担当領域だけを見て計画を立てている限り気づきにくく、IMOが週次でワークストリームリードを集め、他機能の進捗を確認する場を設けて初めて発見できることが多いというのが実務上の傾向です。
とくに事業を切り出すカーブアウト型の統合では、親会社側に残るコスト（Stranded Cost・Separation Cost）が計画外に発生しやすく、TSA終了時期とIT・HRの統合スケジュールがずれることが典型的な失敗要因になります。TSAで一定期間借りている親会社側のシステムやバックオフィス機能をいつまでに自前化するかという期限と、IT・HRの機能別ワークストリームが立てる統合完了時期が一致していなければ、TSA期限の直前になって「間に合わない」ことが判明し、追加コストをかけてTSA期間を延長する、あるいは不完全な状態で自前化を強行するという望ましくない選択を迫られます。機能別プレイブックを設計する際は、各機能の計画を独立に立てるのではなく、他機能のスケジュールとの依存関係を明示したうえでIMOが横断的に管理する体制が欠かせません。
機能別プレイブックを「型 」として蓄積する
M&Aを継続的に行う企業（コーポレートディベロップメント部門を持つ事業会社や、Buy-and-Build戦略を取るPEファンドのポートフォリオ企業など）にとって、機能別のPMI実行論点を毎回ゼロから設計するのは非効率です。1件目のPMIで直面したHR統合・IT統合・営業統合の論点と、実際にかかった時間・コスト・つまずいたポイントを記録しておけば、2件目以降は「型」として再利用できます。Buy-and-BuildのAdd-on統合実務の記事で扱っている反復型PMIの考え方も、根本にあるのはこの機能別プレイブックの型化です。コーポレートディベロップメント部門のように社内にM&A機能を持つ組織では、案件ごとにIMOを立ち上げ直すのではなく、機能別のチェックリストや標準ドキュメント（労働契約承継の確認手順、IT統合方式の判断基準、シナジー実現率のトラッキングフォーマットなど）を組織のナレッジとして残しておくことが、次の案件での実行スピードと精度を大きく左右します。
よくある質問（FAQ）
この記事と「P MIと100日プラン」の記事は何が違いますか。
100日プランの記事は、時間軸（Day1・100日・1年）とガバナンス・シナジートラックという全体設計に焦点を当てています。本記事はその先、HR・IT・営業などの機能ごとに、具体的に何を実行し、どこでつまずきやすいかという実行論点を扱っています。
合併・会社分割・事業譲渡で、労働契約の扱いは何が一番違いますか。
合併は権利義務が包括的に承継され労働契約もそのまま存続します。会社分割は労働契約承継法に基づき、対象事業に主として従事する労働者が個別同意なく承継されるのが原則です。事業譲渡は労働契約が当然には承継されず、労働者本人の真意による個別の承諾が必要になる点が最も大きな違いです。
IT統合は「片 寄せ」と「ベ スト・オブ・ブリード」のどちらを選ぶべきですか。
一律の正解はありません。システム間の機能差が小さく早期のコスト削減や統制強化を優先するなら片寄せ、両社のシステムに一長一短があり統合後の業務効率を重視するならベスト・オブ・ブリードが選ばれやすい傾向があります。事業継続性を優先する場合は、TSAなどを活用した一定期間の共存も選択肢になります。
営業統合のクロスセルシナジーはいつ頃実現しますか。
顧客との商談・契約更新のサイクルに左右されるため、HRや調達統合と比べて実現までのリードタイムが長くなる傾向があります。統合開始から100日時点では計画額の一部しか実現していないことも珍しくなく、四半期ごとの実現率の推移を継続的に追跡することが重要です。
機能別プレイブックを社内に蓄積するには、何を記録しておけばよいですか。
労働契約承継の確認手順、IT統合方式の判断基準、シナジー実現率のトラッキングフォーマットなど、案件ごとに直面した論点と実行結果を機能別のチェックリスト・標準ドキュメントとして残すことが、次の案件での実行スピードと精度を高めます。
まとめ
PMIの実行を機能別に見ていくと、HR統合では労働契約の扱いという法的な論点、IT統合では統合方式の選択とデータ移行の丁寧な設計、営業統合では実現までのリードタイムを踏まえたシナジー実現率の追跡が、それぞれの中心的な論点になります。これらの機能は独立して動くのではなく、IMOによる週次の横断調整があって初めて逆シナジーや統合コストの見落としを防げます。100日計画という全体設計と、機能別の実行論点、そして次の案件に向けた型化の3つを合わせて理解しておくことが、PMIを「計画倒れ」にしないための実務上の要になります。
出典・参考（2026年8月確認）
- 厚生労働省「事業再編に伴う労働関係法制度」https://www.mhlw.go.jp/stf/seisakunitsuite/bunya/koyou_roudou/roudouseisaku/saihen/index.html
- BUSINESS LAWYERS
「事 業譲渡等指針を読み解く」 businesslawyers.jp - LASSIC
「M&A 後のシステム統合(PMI)の要点」 lassic.co.jp - fundbook「M&Aにおける人事の課題とは？人事デューディリジェンスや人事PMIを解説」https://fundbook.co.jp/column/understanding-ma/hr-due-diligence/
- 中小企業庁「中小PMIガイドライン」（URLはアクセス制限のため掲載省略。名称のみ記載）
※本記事は教育目的の一般的な解説であり、法務・税務・投資助言ではありません。設例は理解のための仮設例であり、実在の企業・案件・数値を示すものではありません。
