なぜ「最初の100日」が重要なのか
M&A（合併・買収）において、IT統合の遅れは想定シナジーの実現を直接的に阻害します。買収先の従業員はシステムが統合されないまま二重運用を強いられ、生産性が低下。セキュリティポリシーの不統一は情報漏洩リスクを高めます。
「最初の100日」は、Day1（統合初日）の安全な移行と統合計画の策定を完了させるべき重要な期間です。この期間の動きが、その後のIT統合プロジェクト全体の成否を左右します。
IT-PMI 100日ロードマップの全体像
| フェーズ | 期間 | 主なタスク | ゴール |
|---|---|---|---|
| Phase 1：緊急対応 | Day 1〜14 | Day1対応、セキュリティ確保、通信環境の確立 | 業務継続の確保 |
| Phase 2：現状把握 | Day 15〜45 | IT資産棚卸し、契約整理、リスク評価 | 統合対象の可視化 |
| Phase 3：統合計画策定 | Day 46〜75 | 統合方針決定、ロードマップ策定、予算確保 | 経営承認の取得 |
| Phase 4：クイックウィン実行 | Day 76〜100 | 即効性の高い施策の実行、成果の可視化 | シナジー効果の早期実現 |
Phase 1：緊急対応（Day 1〜14）
Day1は「何も壊さない」ことが最優先です。買収先のシステムを急いで変更してはいけません。
Day 1 チェックリスト
- 管理者アクセスの確保：買収先のMicrosoft 365（またはGoogle Workspace）グローバル管理者アカウントを取得。ファイアウォール、VPN、NASの管理者権限も確保
- 緊急連絡体制の構築：買収先のIT担当者（いれば）との連絡ルートを確立
- セキュリティの緊急確認：アンチウイルスが全端末に導入されているか、ファイアウォールが稼働しているか、バックアップが取れているかを確認
- 通信手段の確保：メール・チャットで両社のコミュニケーションができる状態を確認
Day 2〜14 の対応
| タスク | 内容 | 担当 |
|---|---|---|
| アカウント監査 | 退職者のアカウントが残っていないか確認。不要なアカウントを即座に無効化 | IT担当 |
| MFAの有効化 | 管理者アカウントにMFAが設定されていない場合は即座に有効化 | IT担当 |
| バックアップ確認 | バックアップが正常に取得されているか確認。取得されていなければ即座に設定 | IT担当 |
| ベンダー連絡 | 買収先が利用しているITベンダーに連絡し、契約状況と窓口を確認 | PM |
| 従業員向け案内 | IT関連の問い合わせ先・変更予定を買収先従業員にアナウンス | PM |
Phase 2：現状把握（Day 15〜45）
統合計画を立てるには、まず買収先のIT環境を正確に把握する必要があります。
IT資産棚卸しの対象
| カテゴリ | 棚卸し項目 |
|---|---|
| ハードウェア | PC、サーバー、ネットワーク機器、プリンタ、NASの台数・スペック・リース情報 |
| ソフトウェア | 業務アプリ、SaaS、ライセンス数、契約形態、更新日 |
| ネットワーク | 回線契約、IPアドレス体系、VPN構成、Wi-Fi構成 |
| セキュリティ | ウイルス対策、ファイアウォール、バックアップ、アクセス管理の現状 |
| IT人材 | IT担当者の有無、スキル、担当範囲、ベンダー依存度 |
| IT費用 | 月額・年額のIT関連支出一覧（回線、SaaS、保守、リース等） |
リスク評価
棚卸し結果をもとに、リスクの高い項目を特定します。
- サポート切れOS/ソフトウェアの有無
- セキュリティ対策の欠如（MFA未設定、パッチ未適用等）
- ライセンス違反の可能性
- 冗長化されていないシステム（単一障害点）
- 契約終了が迫っているサービス
Phase 3：統合計画策定（Day 46〜75）
現状把握の結果をもとに、統合方針と具体的なロードマップを策定します。
統合パターンの選択
| パターン | 内容 | 適するケース | 期間目安 |
|---|---|---|---|
| 吸収統合 | 買収先を親会社のIT環境に完全統合 | 買収先が小規模、独自システムが少ない | 3〜6ヶ月 |
| 段階的統合 | 優先度の高い領域から順次統合 | 買収先に独自の業務システムがある | 6〜12ヶ月 |
| 並行運用 | 当面は両社のIT環境を維持 | 買収先の独立性を維持する方針 | 12ヶ月以上 |
統合計画に含めるべき項目
- Microsoft 365テナントの統合：メール・ファイル・Teamsの統合方法とスケジュール
- Active Directory / Entra IDの統合：ドメイン統合またはフェデレーション
- ネットワークの統合：拠点間接続、VPN統合、IPアドレス体系の統一
- セキュリティポリシーの統一：パスワードポリシー、MFA、デバイス管理の統一
- 業務アプリの統合・廃止：重複するSaaSの整理、基幹システムの統合判断
- IT費用の最適化：重複契約の解約、ボリュームディスカウントの交渉
Phase 4：クイックウィン実行（Day 76〜100）
経営陣にIT統合の価値を早期に示すため、即効性の高い施策から実行します。
| クイックウィン施策 | 効果 | 実施期間 |
|---|---|---|
| 重複SaaSの解約 | 即座にコスト削減（月額数万〜数十万円） | 1〜2週間 |
| メールドメインの統一 | 対外的なブランド統一、社員の帰属意識向上 | 2〜4週間 |
| Teamsでの両社コミュニケーション開始 | 情報共有の活性化、文化統合の促進 | 1週間 |
| セキュリティポリシーの統一 | MFA強制、パスワードポリシー統一でリスク低減 | 2〜3週間 |
| ITヘルプデスクの窓口統一 | 買収先従業員の安心感向上、対応品質の均一化 | 2週間 |
IT-PMIで陥りやすい失敗
- 技術だけで判断する：システムの統合は技術的に可能でも、現場の業務フローに合わなければ反発を招く。業務部門との合意形成が不可欠
- Day1に大きな変更を行う：統合初日にシステムを大幅に変更すると業務が停止するリスク。まずは安定稼働の維持を優先
- 買収先のIT担当者を軽視する：現場の暗黙知（undocumented knowledge）を最も持っている人材。退職されると大きな損失
- セキュリティ対策を後回しにする：統合期間中はセキュリティの隙間が生まれやすい。Day1から対策を開始すべき
- コスト削減だけを目的にする：IT統合の本質はシナジーの実現。コスト削減は結果であり目的ではない
IT-PMIの費用感
| フェーズ | 内容 | 費用目安 |
|---|---|---|
| Phase 1-2：アセスメント | IT資産棚卸し、リスク評価、現状分析 | 50〜100万円 |
| Phase 3：統合計画策定 | 統合方針策定、ロードマップ、予算策定 | 100〜200万円 |
| Phase 4〜：統合実行 | M365統合、ネットワーク統合、セキュリティ統一 | 200〜500万円 |
| 一括（Phase 1-4） | アセスメントから統合実行まで | 200万円〜 |
まとめ
M&A後のIT統合は、最初の100日間の動き方で成功・失敗が大きく分かれます。「IT統合は後からでいい」と後回しにすると、セキュリティリスクの放置、二重コストの継続、従業員の不満蓄積という三重の問題を抱えることになります。
Day1は「何も壊さない」こと、Phase 2で現状を正確に把握し、Phase 3で実行可能な計画を立て、Phase 4でクイックウィンを見せる——この流れを意識して取り組んでいきましょう。IT-PMIの経験がない場合は、専門家のサポートを早い段階で検討することをお勧めします。