カーブアウト IT タイムライン ― クロージング前後9か月の進め方｜カーブアウト IT完全ガイド第4回
カーブアウト IT 分離は「TSA 期限という固定締切」と「ディール本体の流動性」を両立させなければならないプロジェクトです。タイムラインを誤ると、Day 1 直前に Migration ベンダーの空き枠が取れず分離計画が崩壊する、あるいは TSA 終了直前にデータ移行が間に合わず追加料金が発生する、といった事故が起こります。
本記事では、中堅・中小企業のカーブアウトで典型的な クロージング前後 9 か月のITタイムラインを、5 フェーズに分けて詳説します。
全体像：5 フェーズ・9 か月
| フェーズ | 時期 | 主役 | アウトプット |
|---|---|---|---|
| ① サイン前 | 〜 -3M | 売り手＋アドバイザー | スコープ仕分けドラフト・TSA 草案 |
| ② サイン後 | -3M 〜 Day 1 | 売り手＋買い手 | TSA 確定・新環境設計・コミュニケーションプラン |
| ③ Day 1 | クロージング | 売り手＋買い手＋対象従業員 | 最小独立環境・緊急時手順 |
| ④ TSA 期間 | Day 1 〜 +6M | 買い手＋売り手 IT | テナント分離本実施・データ移行・契約分割 |
| ⑤ TSA アウト | +6M 〜 +9M | 売り手＋買い手 | 残存アクセス停止・クリーンアップ・監査ログ引き渡し |
「サイン前 3 か月＋ Day 1 まで 3 か月＋ TSA 期間 6 か月」で合計 12 か月、最短コースで「サイン前 1 か月＋ Day 1 まで 2 か月＋ TSA 期間 6 か月」で 9 か月、というのが目安です。
フェーズ① サイン前（〜 -3M）
ディール本体の交渉中、IT は「何が分かれるのか・何が残るのか」の輪郭を描くフェーズです。
このフェーズの目標
- 対象事業の輪郭（人・データ・契約）を仮置きで把握
- カーブアウト IT 分離コストの概算を算出
- TSA 草案ドラフトを準備
主なタスク
| タスク | 担当 | 期間 |
|---|---|---|
| 対象従業員リストのドラフト | 売り手人事 | 2 週間 |
| SaaS 契約棚卸し | 売り手 IT | 3 週間 |
| 共有データの仮仕分け | 売り手 IT＋事業部門 | 4 週間 |
| 分離コスト概算 | 売り手 IT＋アドバイザー | 1 週間 |
| TSA 草案ドラフト | 売り手＋アドバイザー | 2 週間 |
詳細は 売り手の事前準備リスト（第2回） を参照してください。
ありがちな遅延要因
- 対象従業員リストが確定しない：人事・経営の合意取り付けに時間がかかる
- シャドーITの洗い出しに時間がかかる：個人クレカ決済 SaaS の発見
- 共有データの仕分けで揉める：「どちらの会社が SharePoint を引き取るか」で議論が長引く
経営者への報告事項
「サイン前にここまで準備できる」「残る不明点はこれ」を経営層に明示し、ディール本体の交渉条件（譲渡価格・TSA 期間）に IT 観点をインプットします。
フェーズ② サイン後 〜 Day 1（-3M 〜 0）
サイン後、ディール本体は粛々と進みます。IT は最も忙しいフェーズです。
このフェーズの目標
- TSA の最終化
- 買い手の新テナント・新ID 基盤の構築
- Day 1 当日のオペレーション準備
主なタスク
| タスク | 担当 | 期間 |
|---|---|---|
| TSA IT 条項の確定 | 売り手＋買い手＋アドバイザー | 4 週間 |
| 買い手の新テナント設計・調達 | 買い手 IT | 6 週間 |
| 移行ツール選定（FLY / MigrationWiz / Quest 等） | 売り手＋買い手 IT | 2 週間 |
| 対象従業員へのコミュニケーション | 売り手 HR＋IT | 4 週間 |
| Day 1 オペレーション手順書作成 | 売り手＋買い手 IT | 3 週間 |
| 緊急時連絡網の整備 | 両社 IT | 1 週間 |
| 共有データの本仕分け（持っていく / 残す / 共有） | 売り手 IT＋事業部門 | 6 週間 |
Day 1 までに必ず終わらせること
- TSA 締結
- 買い手新テナントの作成・基本設定
- 対象従業員の新アカウント発行（仮 ID で可）
- Day 1 当日の連絡網・緊急時手順
- 対象従業員への通知（新メールアドレス・ログイン方法）
- 個人デバイスの移行方針（持参 OK か / 買い手側で新規支給か）
- 共存期間中のアクセス制御ポリシー草案
ありがちな遅延要因
- TSA 交渉が長引く：単価・期間で揉めると残タスクに影響
- 買い手の意思決定遅れ：新会社の役員人事が遅れて IT 投資判断ができない
- 移行ツールベンダーの空き枠：FLY / MigrationWiz は数か月前から枠取り必要
フェーズ③ Day 1（クロージング当日）
Day 1 は、対象事業が法的に売り手から買い手に移る瞬間です。IT 的には最小限の独立性だけを実現し、本格的な IT 分離は TSA 期間中に進めます。
Day 1 で実現すべきこと（最小セット）
- 対象従業員が新会社のメンバーとして業務を継続できる
- 緊急時の問合せ窓口が機能している
- 法的に必要な分離（株式譲渡・事業譲渡の登記など）が完了
Day 1 で実現しなくてよいこと
- 完全なテナント分離（→ TSA 期間中）
- すべての SaaS の名義変更（→ TSA 期間中）
- ドメイン切り替え（→ TSA 期間中）
- 全データの移行（→ TSA 期間中）
Day 1 当日の典型的なオペレーション
| 時刻 | アクション |
|---|---|
| 0:00 | 法的クロージング |
| 7:00 | 緊急時連絡網の稼働確認 |
| 8:00 | 対象従業員へ「本日からの体制」アナウンス（売り手 HR） |
| 9:00 | 新アカウントログインテスト（買い手 IT サポート） |
| 10:00 | TSA 開始（売り手 IT が買い手向けサービス提供開始） |
| 終日 | ヘルプデスク待機（売り手・買い手両側） |
Day 1 失敗あるある
- メールが届かない（DNS 切替タイミングのズレ）
- 新アカウントの MFA 設定が間に合わずログイン不可
- 旧 Slack / Teams の通知が止まり業務連絡途絶
- 顧客から「担当者連絡先がわからない」問合せ殺到
これらは事前の手順書整備とリハーサルで防げます。
フェーズ④ TSA 期間（Day 1 〜 +6M）
ここからが本番です。TSA 期限内に IT を完全分離します。
このフェーズの目標
- M365 / GWS テナント分離の本実施
- SaaS 契約の名義変更・分割
- データの本格移行
- ドメイン切り替え
月次マイルストーン（6 か月モデル）
| 月 | 主なマイルストーン |
|---|---|
| +1M | 詳細移行計画確定、リハーサル環境構築 |
| +2M | 移行ツール導入、共存期間アクセス制御開始 |
| +3M | データ移行（パイロット）、SaaS 契約分割交渉 |
| +4M | データ移行（本番）、ドメイン切替テスト |
| +5M | ドメイン本切替、SaaS 契約名義変更完了 |
| +6M | 最終検証、TSA 終了準備 |
並行して進める3トラック
- テナント分離トラック：M365 / GWS の本分離
- SaaS 契約トラック：個別 SaaS の名義変更・分割交渉
- コミュニケーション・運用トラック：従業員向けのトレーニング、新ヘルプデスク立ち上げ
ありがちな遅延要因
- SaaS ベンダーの対応遅れ：契約分割の社内承認に数か月かかるケース
- データ移行の見積り違い：実データ量が想定の 3 倍だった
- 共有データ仕分けの再燃：移行段階で「やっぱり残す」が発生
- 休暇シーズン：GW / 夏季休暇 / 年末年始で 2 週間ロス
フェーズ⑤ TSA アウト（+6M 〜 +9M）
TSA 終了に向けたクリーンアップフェーズです。ここを雑にすると、後から「売り手の旧テナントに対象従業員のアカウントが残っていた」「買い手側の監査でログが見つからない」といった事故になります。
このフェーズの目標
- 売り手側の残存アクセス・データの完全削除
- 監査ログの引き渡し
- TSA 契約の正式終了
- 双方の最終確認（チェックリスト方式）
主なタスク
| タスク | 担当 | 期間 |
|---|---|---|
| 旧テナントのアカウント削除 | 売り手 IT | 2 週間 |
| 旧側ライセンス整理（コスト削減） | 売り手 IT | 1 週間 |
| 監査ログのエクスポート・引き渡し | 売り手 IT | 3 週間 |
| 共有データの最終仕分け確認 | 売り手＋買い手 | 2 週間 |
| TSA 終了確認チェックリスト | 両社 IT | 1 週間 |
| TSA 契約終了通知 | 両社法務 | 1 週間 |
| プロジェクト振り返り | 両社 IT | 1 週間 |
詳細は テナント分離後のクリーンアップ を参照してください。
短縮版：9 か月モデル
時間がない場合の最短コースは以下の通り。リスクは増えますが現実的な選択肢です。
| フェーズ | 期間 | 主な圧縮ポイント |
|---|---|---|
| サイン前 | 1 か月 | 仕分けと TSA 草案を並行 |
| サイン後 〜 Day 1 | 2 か月 | 新テナント設計を簡素化、手順書は最小限 |
| TSA 期間 | 6 か月 | テナント分離・SaaS分割を並行で詰める |
| TSA アウト | クリーンアップ込 | TSA 終了月にクリーンアップも完了 |
ただし、対象人数が 100 名超の場合は最低 12 か月、300 名超の場合は 15〜18 か月のスケジュールを推奨します。
マイルストーンの定義例
進捗管理用に、「これが終わったら次フェーズへ」と判断するマイルストーンを明示しておきます。
| マイルストーン | 判定基準 |
|---|---|
| M1: スコープ確定 | 対象従業員リスト・SaaS 契約一覧・データ仕分け方針が文書化 |
| M2: TSA 締結 | TSA 契約が両社署名済み |
| M3: Day 1 Ready | Day 1 当日手順書・対象従業員通知完了 |
| M4: Day 1 完了 | クロージング当日のオペレーション無事故終了 |
| M5: 本移行完了 | テナント分離・データ移行・SaaS 分割が完了 |
| M6: ドメインカットオーバー完了 | DNS 切替・SPF/DKIM/DMARC 再設定完了 |
| M7: TSA 終了準備完了 | クリーンアップ・監査ログ引き渡し完了 |
| M8: TSA 終了 | 両社合意の上で TSA 正式終了 |
まとめ
- カーブアウト IT 分離は 5 フェーズ・標準 9〜12 か月
- 各フェーズの目標と並行タスクを明確に分けて進める
- Day 1 では最小独立だけを実現し、本格分離は TSA 期間中
- TSA アウトのクリーンアップを雑にしない（残存アクセス・ライセンス・ログ）
- 100 名超は 12 か月、300 名超は 15〜18 か月を見込む
次回は、Microsoft 365 / Google Workspace 以外の SaaS 契約分割の実務を解説します。
関連リンク