テクノロジーDDで見つかるもの、財務DDでは見つからないもの

財務DDだけではM&Aのリスクの半分しか見えない。残り半分はテクノロジーDDの領域にある。

M&A案件の検討初期で、買い手側CTOがこう指摘した。「財務は問題ない。でもシステムの中身を見たら、買収後のコストが全然違うはずだ」。実際にテクノロジーDDを実施すると、財務諸表からは見えなかった年間3,000万円規模の技術負債が見つかった。

テクノロジーDDを実施したケースと実施しなかったケースでは、PMI(統合プロセス)の所要期間に平均4-6ヶ月の差が出ている。差の大部分は、事前に把握できたはずのリスクを統合開始後に発見したことによる手戻りだ。


テクノロジーDDは何を評価するのか

テクノロジーデューデリジェンスとは、買収対象のIT資産・技術基盤・開発体制を評価する調査プロセスだ。

  • 財務DD: 過去の数字を検証する
  • テクノロジーDD: 将来のコストと拡張性を評価する

調査対象は主に5つ:

  1. ソフトウェア資産
  2. インフラ構成
  3. セキュリティ体制
  4. 開発プロセス
  5. 技術組織の構造

このうち実務でインパクトが最も大きいのは、技術負債・属人性・データ資産の3領域だ。


なぜ技術負債は財務DDで見つからないのか

技術負債とは、短期的な開発速度を優先した結果蓄積された、将来の修正・刷新コストのことだ。財務諸表には現れないが、統合後のシステム刷新費用として一気に顕在化する。

中堅企業で頻出する技術負債のパターン:

  • サポート終了済みフレームワーク上で稼働している基幹システム
  • テスト自動化がなく、手動テストに月100時間以上かかる開発体制
  • ドキュメントのない自社開発ツールが業務の中核に組み込まれている状態

これらは日常業務では「動いているから問題ない」と認識されている。だが統合局面ではシステム連携・データ移行・セキュリティ統合のすべてでボトルネックになる。テクノロジーDDで事前に把握していれば、買収価格の交渉材料にもPMI計画の前提にもなる。


属人性リスクはどうやって定量化するのか

属人性リスクとは、特定の個人にシステム知識や運用能力が集中している状態を指す。中堅企業では、退職リスクの高いキーパーソンがシステムの全体像を唯一理解している状態は珍しくない。

テクノロジーDDで測定する属人性の指標:

  • Bus Factor分析: 特定の開発者しか触れないコード領域の割合
  • ドキュメント整備率: 運用手順書がどの程度揃っているか
  • 障害対応の依存度: 障害時に特定の人物に依存するフローの有無

あるケースでは、基幹システムの70%のコードを1人の開発者が書いており、その開発者は買収後半年以内に退職する意向を持っていた。財務DDでは検出できないリスクだ。テクノロジーDDで事前に判明したため、引き継ぎ期間を買収条件に組み込むことができた。


データ資産の価値をどう見極めるのか

統合後に活用できるデータ資産は、買収価値の一部を構成する。だが中堅企業が持つデータは、整理されていないことが多い。

テクノロジーDDで評価するデータ資産の観点:

  • 顧客データの名寄せ状態
  • データの鮮度と更新頻度
  • 個人情報保護法・GDPR等の法令準拠状況
  • データ基盤の拡張性

見落とされやすいのは「データが使える状態にあるか」という観点だ。データ量が多くても、フォーマットがバラバラ、重複が多い、メタデータが欠損している状態では、統合後に相当なクレンジングコストがかかる。この見積もりの有無がPMI計画の精度に直結する。


テクノロジーDDはM&Aの成功確率をどう変えるのか

M&Aの意思決定が財務DDに偏る構造は、買い手にも売り手にもリスクがある。買い手はPMIで想定外のコストを負い、売り手は技術資産の価値を適正に評価されない。

私たちはM&AにおけるテクノロジーDDと、コミュニケーションデータを活用したPMI支援を通じて、この情報ギャップを埋める取り組みを続けている。技術の価値を正しく評価し、統合の精度を上げること。それがM&Aの成功確率を構造的に改善する方法だ。


関連記事: PMIの失敗は、ほぼ技術統合で起きている / 事業承継で本当に引き継ぐべきものは、帳簿に載っていない