Tech DDで最も見落とされやすく、同時に最もインパクトが大きいリスクは「人」の問題です。コードはGitで引き継げますが、コードに込められた暗黙知は引き継げません。M&A直後にキーエンジニアが退職して技術が空洞化し、PMIが沼にはまる——この構図はテック企業のM&Aで頻出します。本記事では、キーパーソン依存リスクの評価フレームワーク、インタビュー質問リスト、リテンション戦略を体系的に解説します。
なぜ「人」の評価がTech DDで最重要なのか
テクノロジー企業の価値の大部分は、コードやサーバーではなく「コードを書ける人」に依存しています。M&A後の技術者の流出率は業界調査によると2年以内で30〜50%に達することがあり、特にスタートアップの買収では、キーエンジニアの離職が技術資産の実質価値を半減させることも珍しくありません。
人に関連するリスクは、3つのカテゴリに分類できます。第一に、技術的暗黙知のリスクです。コードに書かれていない設計意図、トレードオフの判断、なぜこの技術を選んだのかという歴史——これらは特定の人の頭の中にしかなく、ドキュメントに書き起こされていないことが大半です。第二に、顧客関係のリスクです。B2B系のスタートアップでは、キーエンジニアが特定顧客との技術的対話を担っていることが多く、その人が抜けると顧客関係も損なわれます。第三に、チームマネジメントのリスクです。チームの求心力を担っている人が抜けると、連鎖退職が発生する典型パターンがあります。
これらのリスクはコードレビューや静的解析では検出できず、人との対話と組織観察でしか評価できません。したがって、Tech DDにおける「人」の評価は、単なる人材評価ではなく「組織に蓄積された無形資産の流動性リスク評価」として設計する必要があります。
キーパーソン依存リスクの評価フレームワーク
キーパーソン依存の代表的な評価概念に「バスファクター(Bus Factor)」があります。「チームの何人がバスに轢かれたらプロジェクトが止まるか」という(やや物騒な)指標で、数字が小さいほど高リスクです。バスファクター1は、その人が抜けたら即座にプロジェクトが停止するということを意味します。
実務では、バスファクターに加えて4つの評価軸で総合的に判断します。(1)知識の集中度: 技術的知識がどの程度分散しているか。(2)代替可能性: キーパーソンの役割を他者が引き継げるか。(3)リテンションリスク: キーパーソンがM&A後に残留する確率。(4)ドキュメンテーション水準: 属人的知識がどの程度明文化されているか。
| 評価軸 | 評価指標 | 低リスク条件 | 高リスク条件 | 確認方法 |
|---|---|---|---|---|
| 知識の集中度 | 主要領域の担当者数 | 各領域に2名以上 | 単独担当 | 組織図、コードオーナー |
| 代替可能性 | 代替候補の存在 | 内部or外部で確保可能 | 代替不可能 | スキルマップ |
| リテンションリスク | 在籍期間、満足度 | 3年以上、高満足 | 1年未満、不満あり | インタビュー |
| ドキュメンテーション | ADR、コード注釈 | ADR完備 | ドキュメントなし | リポジトリ確認 |
これらの評価軸を5段階でスコア化し、重み付けで総合スコアを算出します。
| 評価軸 | スコア(1〜5) | 重み | 重み付け最大 |
|---|---|---|---|
| 知識の集中度 | 1〜5 | ×3 | 15 |
| 代替可能性 | 1〜5 | ×2.5 | 12.5 |
| リテンションリスク | 1〜5 | ×3 | 15 |
| ドキュメンテーション | 1〜5 | ×1.5 | 7.5 |
| 合計(最大50) | – | 100% | 50 |
総合スコアの判定基準: 40以上は低リスク、25〜39は中リスク(リテンション施策の検討要)、25未満は高リスク(投資条件の見直し要)。重みは案件ごとに調整可能で、ドキュメンテーション文化が非常に重要な業界では「ドキュメンテーション水準」の重みを上げるなどの調整を行います。
【知識集中度の可視化】
パターンA: 1人に集中(バスファクター=1)
領域1 [CTO]
領域2 [CTO]
領域3 [CTO]
領域4 [CTO]
領域5 [CTO]
--> CTOが抜けると全領域停止
パターンB: 分散型(バスファクター=3)
領域1 [CTO, Eng1]
領域2 [CTO, Eng2]
領域3 [Eng1, Eng3]
領域4 [Eng2, Eng3]
領域5 [Eng1, Eng2]
--> 1名離職でも他2名でカバー可能
※ Tech DDではパターンAに近い組織を「高リスク」として扱い、
リテンション施策または投資条件への反映を推奨します。
技術チームのインタビューで見極めるべき5つのポイント
キーパーソン依存リスクの多くは、インタビューを通じて初めて可視化されます。以下の5つのポイントを重点的に確認しましょう。
意思決定の構造
技術的な意思決定は誰がどう行っているかを確認します。「最終判断はCTOが1人で決める」と「週次のアーキテクチャレビューで合議する」では、知識の分散度が大きく異なります。意思決定プロセスが属人化していると、その意思決定者が抜けた瞬間に組織の判断能力が失われます。
ドキュメンテーション文化
ADR(Architecture Decision Records)の有無、コードコメントの質、設計ドキュメントの更新頻度を確認します。ADRは「なぜこの設計を選んだか」を記録する文化であり、これがある組織は知識の属人化を積極的に防いでいる証拠です。
コードレビュープロセス
コードレビューが特定の人に集中していないかを確認します。GitHub等のレビュー履歴を見て、レビュアー分布が偏っている場合、その人が組織の知識ハブになっている可能性が高く、離職時のインパクトが大きくなります。
オンボーディングの成熟度
新メンバーが自走できるまでの期間を確認します。1ヶ月以内なら知識移転が体系化されている証拠、3ヶ月以上かかる組織は属人化が進んでいる可能性があります。新メンバーに「最初に詰まった点」を聞くと、組織の弱点が具体的に見えます。
チームのモチベーションとカルチャー
エンジニアがM&A後も残りたいと思える環境かを評価します。直近の離職率、残業時間、チーム内の雰囲気を確認します。「M&Aで会社が変わったら辞めるかもしれない」という空気感を察知することが重要です。
| # | 質問 | 確認ポイント | Red Flag回答例 |
|---|---|---|---|
| 1 | 技術選定はどう決めていますか? | 意思決定の分散 | 全部CTOが決める |
| 2 | ADRは整備されていますか? | ドキュメント文化 | ADRを知らない |
| 3 | コードレビューは誰が行いますか? | レビュアー分布 | 1人に集中 |
| 4 | 新メンバーのオンボーディング期間は? | 知識移転効率 | 3ヶ月以上 |
| 5 | リード級が抜けた場合の代替は? | バスファクター | 代替不可 |
| 6 | 直近1年の離職率は? | リテンション状況 | 20%超 |
| 7 | 技術的負債の議論はされますか? | 課題意識の有無 | 議論されない |
| 8 | コード所有権の範囲は? | 知識集中度 | CTOが全領域 |
| 9 | 技術的な失敗事例を共有しますか? | 学習文化 | 失敗は隠す |
| 10 | 障害発生時の対応プロセスは? | 組織力 | 特定の人頼り |
| 11 | 残業時間の平均は? | 持続可能性 | 月80時間超 |
| 12 | エンジニアの評価基準は? | モチベーション | 不透明 |
| 13 | キャリアパスは提示されていますか? | リテンション | 提示されない |
| 14 | 外部発信は許可されていますか? | 学習文化 | 禁止 |
| 15 | 技術スタックの選定理由は? | 知識の言語化 | 答えられない |
| 16 | 直近のアーキテクチャ変更は? | 進化能力 | 変更していない |
| 17 | チーム内の情報共有方法は? | 知識分散 | 口頭のみ |
| 18 | M&A後も残る意向は? | リテンション | 迷っている |
| 19 | 採用は継続できていますか? | 組織成長力 | 半年以上採用ゼロ |
| 20 | 技術ブログ等の発信は? | 組織ブランド | 発信ゼロ |
M&A後のリテンション戦略
キーパーソンの流出を防ぐリテンション施策は、M&A完了前に設計しておくべきです。完了後に慌てて手当てしても、既に退職意向を固めた人材は翻意しにくいためです。
| 施策 | コスト目安 | 効果持続期間 | メリット | デメリット |
|---|---|---|---|---|
| リテンションボーナス | 年収50〜100% | 1〜2年 | 直接的、シンプル | 期間終了後の離職懸念 |
| ストックオプション | 希薄化の範囲内 | 2〜4年 | 長期のコミット醸成 | 株価変動リスク |
| キャリアパス明示 | 無料〜低コスト | 持続的 | モチベーション維持 | 実現コミット必要 |
| 役割の継続保証 | 無料 | 短期的 | 短期不安の解消 | 長期に効きにくい |
| 技術的自由度の確保 | 運用負荷 | 持続的 | エンジニア心を掴む | 統合と両立困難 |
実務では、金銭的インセンティブ(リテンションボーナス+ストックオプション)と非金銭的要素(キャリアパス、技術的自由度)を組み合わせるのが定石です。特に優秀なエンジニアは金銭だけで引き留められないことが多く、「M&A後も面白い技術課題に取り組めるか」を気にする傾向が強いです。
エンジニアリング組織の成熟度評価
個人のキーパーソンリスクだけでなく、組織としての成熟度も評価します。以下の4レベルで段階的に判定します。
レベル1(属人的): 全てが特定個人の知識と判断に依存。ドキュメントなし、プロセスなし、計測なし。創業期スタートアップに多く、スケール前提の組織と相性が悪い状態です。
レベル2(プロセス化): 基本的な開発プロセス(コードレビュー、CI/CD、デプロイフロー)が確立。ドキュメントは断片的だが存在。シリーズA〜B段階のスタートアップで一般的です。
レベル3(計測可能): DORA指標等で開発プロセスが定量的に計測され、継続改善の文化がある。ADRやSLOといったアーティファクトが日常的に更新されている状態です。
レベル4(最適化): 計測データに基づく継続的な改善が組織文化として定着。ポストモーテム文化、実験的プラクティス、組織学習が機能している状態です。
まとめ——「人」を見ないTech DDは片翼飛行
テクノロジー企業のM&Aにおいて「コード+インフラ」だけを見るTech DDは、片翼飛行と同じです。もう一方の翼である「人+文化」を見ることで初めて、技術資産の実質価値を評価できます。
- テック企業M&Aではエンジニアの30〜50%が2年以内に離職しうる
- キーパーソン依存は4軸(集中度・代替可能性・リテンション・ドキュメント)で評価
- インタビュー20項目でRed Flagを網羅的に確認する
- リテンション施策は金銭+非金銭のハイブリッドで設計
- 組織の成熟度は4レベルで段階評価する
DE-STKでは、M&A前後の組織アセスメントと人材リテンション戦略の設計を支援しています。技術と組織を一体として評価することで、投資リターンを持続可能にします。
よくある質問(FAQ)
Q1. Tech DDでなぜ「人」の評価が重要なのですか?
テック企業のM&Aではエンジニアの30〜50%が2年以内に退職するというデータがあります。コードは引き継げても暗黙知は引き継げないため、キーパーソンの流出は技術資産の価値を大きく毀損します。Tech DDでの人材評価は、買収後の実質価値を決定する最重要項目です。
Q2. キーパーソン依存リスクはどう評価しますか?
知識の集中度、代替可能性、リテンションリスク、ドキュメンテーション水準の4軸で評価します。「バスファクター」(その人がいなくなったらプロジェクトが止まるか)が1に近いほど高リスクです。インタビューと組織構造の観察の両方で検証します。
Q3. M&A後のエンジニアのリテンションにはどのような施策が有効ですか?
リテンションボーナス(1〜2年の段階支給)、ストックオプション、キャリアパスの明示が一般的です。ただし金銭的インセンティブだけでなく、技術的チャレンジや組織文化の維持も重要な要素です。優秀なエンジニアほど「M&A後も面白い技術課題に取り組めるか」を重視します。