2026.08.07

PMI

デューデリジェンスからPMIへの引き継ぎ|DDで見た課題を統合に活かす

「デューデリジェンス(DD)は丁寧にやった。分厚い報告書も受け取った。なのに、いざ統合(PMI)を始めたら、DDで指摘されていた課題が現場でそのまま噴き出した」——M&Aの買い手側で、この“デジャブ”に心当たりのある方は少なくないはずです。

原因の多くは、DDとPMIが別々のプロセスとして分断されていることにあります。DD報告書が「納品物」として棚に眠り、PMIチームはゼロから現状把握をやり直す。これでは、せっかく発見した課題も、期待したシナジーも、初日から取りこぼしてしまいます。

結論はシンプルです。DDで見つけた発見事項を「1課題1行」でPMIの課題台帳に落とし、100日プランのタスク・担当・期限に接続する。 これがデューデリジェンスとPMIを連携させる実務の核心です。本記事では、中小企業庁のガイドラインと、私たちキュリオシティが実際にPMI支援で使っている引き継ぎ手法(匿名化)をもとに、その具体的な進め方を解説します。

結論:DDとPMI連携とは「発見事項を統合課題に変換する」こと

デューデリジェンスとPMIの連携を、抽象的な「情報共有」だと捉えているうちは、うまくいきません。連携とは、次の一連の“変換作業”を指します。

  • DDの発見事項(リスク・課題・気づき)を、
  • PMIの統合課題(誰が・いつ・何をするか)に翻訳し、
  • 100日プランのタスクとして実行・監視できる状態にすること。

DDは「調べる」フェーズ、PMIは「変える」フェーズです。両者はPMI(買収後統合)を成功させる車の両輪であり、その接続点が「課題台帳」になります。逆に言えば、この変換が抜けると、DDは“やっただけ”で終わります。

なぜデューデリジェンスとPMIは分断されるのか

多くのM&Aで連携が切れるのには、構造的な理由があります。中小企業庁「中小PMIガイドライン」(令和4年3月)も、中小M&Aの満足度が期待を下回った理由のトップに「相乗効果(シナジー)が出なかった」を挙げ、続いて組織・従業員・企業風土といった“人と事業”の不満が多いと指摘しています。分断の正体を3つに分けて見ていきます。

1. チームが別で、報告書が“ゴール”になっている

DDは会計士・弁護士・仲介会社などの外部専門家、PMIは買い手の経営企画や現場、という体制はよくあります。DD側にとっての成果物は「報告書の提出」であり、そこで役割が終わる。PMI側は報告書を受け取っても、膨大なPDFのどこを実行に移すべきか判断できず、結局、現状把握をやり直すことになります。

2. DDが財務・法務に偏り、人・現場・ITが薄い

DDというと財務・法務の精査が中心になりがちです。しかし統合でつまずくのは、キーパーソンの離職、業務の属人化、企業文化の衝突、基幹システムの不整合といった、定性的で現場的な論点です。ここがDDで薄いと、PMIに引き継ぐべき“本当の課題”が可視化されないまま統合が始まります。PMI担当者がDDに参加し、組織構造・人事制度・業務プロセス・システム環境を自分の目で見ておくことが、現実的な統合計画の前提になります。

3. 理論上のシナジーと現場実態のギャップ

DD段階で描いたコストシナジーや売上シナジーは、あくまで机上の理論値です。現場の業務プロセスやシステムの違いを織り込んでいないため、PMIで着手して初めて「絵に描いた餅」だったと判明する。この落差を埋めるのが、DD→PMIの引き継ぎ設計です。シナジーが出ない構造的な理由はPMIの失敗事例でも繰り返し登場します。

デューデリジェンスとPMIの連携の全体像|DD設計→発見→引き継ぎ→100日プラン

中小PMIガイドラインは、PMIを「①M&A初期検討 → ②プレPMI → ③PMI(成立後の集中実施期)→ ④ポストPMI」の段階で捉えています。集中実施期はおおむね1年に及びますが、そのうち推進体制の確立・信頼関係の構築・現状把握といった重要な取組は、成立後おおむね100日を目途に集中的に実施するとされています(=「集中実施期=100日」ではなく、100日は初期に山場を作る目安です)。

この時間軸にDDを重ねると、連携の全体像が見えてきます。

  • DD前(プレPMI):PMIで何を実現したいかを先に決める。だからDDで「何を見るか」が定まる。
  • DD中:発見事項を、PMIで使える粒度でメモに残す(後述の課題台帳の“種”)。
  • クロージング前後:DDチームからPMIチームへ引き継ぐ「ハンドオフ会」を行う。
  • 成立後100日:発見事項を100日プランのタスクに落とし込み、集中的に実行・監視する。

ポイントは、PMI設計が先にあるからDDの観点が決まり、DDの発見がPMI設計を修正するという双方向の往復です。この往復があると、クロージング初日から動ける状態になります。

デューデリジェンスとPMIの連携を切らさない実務5ステップ

ここからは、私たちが実際の支援で使っている引き継ぎの型を5ステップで示します。特別なツールは要りません。1枚の課題台帳(Excelでも可)があれば始められます。

STEP1|DDの前にPMIの論点を決める

「この買収で何を実現したいか(シナジーの仮説)」を先に言語化し、そこから逆算して「DDで確かめるべき論点」を並べます。例:内製化で原価を下げたいなら、DDで原価計算の粒度を必ず見る、といった具合です。目的から観点を引く考え方は、PMIの進め方の設計思想と同じです。

STEP2|発見事項を「1課題1行」で台帳化する

DD報告書の指摘を、そのまま眠らせないための最重要ステップです。発見事項を1件ずつ、「症状・想定原因・統合上の影響・仮の打ち手・領域(財務/人事/事業/IT/法務/文化)」の列を持つ課題台帳に転記します。分厚いPDFを、実行可能な“課題のリスト”に変換するイメージです。台帳に載せる項目の網羅性はPMIチェックリストと突き合わせると抜け漏れを防げます。

STEP3|ハンドオフ会でDD→PMIを引き継ぐ

課題台帳を前に、DDに関わった人とPMIを担う人が同席する「引き継ぎ会(ハンドオフ)」を必ず1回入れます。報告書を渡すだけでは文脈が伝わりません。私たちが型として使っているハンドオフ会は、次の形です。

  • 所要時間:60〜90分(課題が多ければ領域を分けて複数回)
  • 参加者:DD担当(会計士・専門家等)、買い手の経営陣、PMI推進担当、可能なら現場のキーパーソン
  • アジェンダ:①発見事項の背景説明(なぜ課題か)→②深刻度と緊急度のすり合わせ→③初日に着手する課題の合意
  • アウトプット:優先度を付けた課題台帳と、各課題のPMI推進担当

「報告書を配って読んでおいて」で終わらせないこと。口頭で文脈と優先度を引き継ぎ、この場でPMI推進の担当者まで決め切るのがコツです。

STEP4|100日プラン/WBSに担当・期限で接続する

台帳の各課題に「担当・期限・成功の状態」を付け、100日プランのWBSに紐づけます。ここで初めて、DDの発見事項が「動くタスク」になります。全部を100日でやる必要はなく、初日から動くもの・集中実施期にやるもの・ポストPMIに送るものを仕分けます。

STEP5|集中実施期にモニタリングし、台帳を更新する

統合が始まると、DDで見えなかった新しい課題が必ず出ます。月次などで台帳を棚卸しし、クローズした課題・追加した課題を更新し続けます。台帳が“生きた文書”であり続けることが、連携が形骸化しない条件です。台帳運用の限界と仕組み化はPMIの進捗管理も参考にしてください。

現場事例|属人化・原価不明・在庫を「統合課題」に変えた

ここからは、私たちが実際に支援した案件をもとにした一次情報です(守秘のため、業界・規模・課題・打ち手のみを記載し、社名・数値は伏せています)。

支援先の状況:地方の製造業(部品加工)で、従業員数十名規模の会社を譲り受けた買い手側の支援でした。DDの報告書には、いくつもの課題が丁寧に書かれていました。代表的なものは次の3つです。

  • 特定のベテラン社員に段取りと品質判断が集中する業務の属人化
  • 原価が勘定科目ベースでしか把握できず、製品別の原価が分からない
  • 在庫が実地棚卸し依存で、表計算による属人的な在庫管理

問題は、この指摘が「報告書に書いてある」だけの状態だったことです。そこで私たちは、DD報告書で挙がっていた十数件の指摘をすべて前述の課題台帳に「1課題1行」で転記し、症状・影響・打ち手・担当・期限を埋めました。そのうえで、初日から着手すべき最重要課題を数件に絞り込み、属人化は「作業標準書の作成と技能の見える化」、原価不明は「主要製品からの製品別原価の試算」、在庫は「まずは月次の実棚と表計算の突合ルール化」と、100日でやることと、その後(ポストPMI)に送ることを仕分けました。

効果は、統合初日から現場が“何から手を付けるか”で迷わなくなったことです。本来ならPMIチームが数週間かけてやり直す現状把握のかなりの部分を、DDの成果物を変換するだけで省け、シナジーの空振り(理論値と現場のギャップ)も早い段階で潰せました。手法自体は地味ですが、DDとPMIを連携させる要は、この「発見事項→台帳→タスク」という変換を面倒くさがらずに回すことに尽きます。属人化そのものの解き方は業務の属人化を解消する進め方にまとめています。

DD領域別に見る“PMIへ引き継ぐ課題”早見表

DDの各領域から、どんな課題をPMIに引き継ぐべきか。よくあるものを整理しました。

DD領域 よくある発見事項 PMIへ引き継ぐ統合課題(例)
財務 製品別・部門別の原価が不明、資金繰りが個人依存 管理会計の整備、原価の見える化、資金繰り表の標準化
人事 キーパーソンへの依存、処遇・評価制度の相違 キーパーソン面談と引き留め策、制度統合の順序設計
事業 属人的な営業・品質判断、主要顧客への集中 作業/判断の標準化、顧客関係の引き継ぎ計画
IT 基幹が表計算依存、システムが不整合 段階的なシステム統合、データ移行と権限設計
法務 未整備の契約・許認可、簿外リスク 契約の巻き直し、コンプライアンス体制の整備
文化 意思決定スピード・商習慣の違い 相互理解の場づくり、統合方針の丁寧な発信

財務面の整備を具体的に進める際は管理会計の導入手順、中小企業ならではの勘所は中小企業のPMIも合わせてご覧ください。

よくある失敗と回避策

  • 報告書を渡して終わりにする → ハンドオフ会を必ず設け、口頭で文脈と優先度を引き継ぐ。
  • DDが財務・法務だけ → PMI担当をDDに同席させ、人・現場・ITの定性情報を取る。
  • 課題台帳を作って放置 → 月次で棚卸しし、クローズ/追加を更新し続ける。
  • 全部を100日でやろうとする → 初日・集中実施期・ポストPMIに仕分け、優先度で絞る。
  • 理論シナジーを鵜呑み → 現場実態と突き合わせ、早い段階で仮説を検証・修正する。

事業承継に伴うM&Aでは、承継後に何から着手すべきかという視点も重要です。詳しくは事業承継後の経営で最初にやることを参照してください。

まとめ|DDとPMIの連携は「1枚の課題台帳」から始まる

デューデリジェンスとPMIの連携は、高度な仕組みではなく、DDの発見事項を統合課題に翻訳し、100日プランのタスクに接続するという地道な変換作業です。

  • 連携の核心=発見事項を「1課題1行」で課題台帳に落とすこと
  • DD前にPMI論点を決め、DD後にハンドオフ会で引き継ぐ
  • 課題台帳を“生きた文書”として集中実施期に更新し続ける

DDで見えた課題を、統合の初日から動く力に変えたい方は、PMIコンサルティングのページもご覧ください。現場主義×AIの視点で、DDからPMIへの引き継ぎ設計をご支援します。自社のケースで「どこから手を付けるべきか」を整理したい場合は、無料相談からお気軽にお問い合わせください。


監修:大槻 伸夫(キュリオシティ株式会社 代表取締役CEO)
事業承継・M&A後の統合(PMI)、業務改善・BPR、生成AI導入支援を軸に、現場主義×AIで中堅・中小企業の経営を支援。


監修者

大槻 伸夫/ 代表取締役 CEO

キュリオシティ株式会社 代表取締役CEO。「現場主義×AI」を掲げ、業務改善(BPR)・PMI・経営支援・AIプロダクト開発を一気通貫で支援。クライアント現場での実行支援を重視する。

業務改善・PMIのご相談はキュリオシティへ

記事で紹介したテンプレートの配布や、貴社課題に合わせた無料相談を行っています。

BACK TO INDEX