1. Warum 100 Tage?
Die ersten 100 Tage nach Closing sind das einzige Fenster, in dem das Management beider Seiten noch maximal aufmerksam ist und Veränderungen akzeptiert. Laut Boston Consulting Group bestimmt der frühe Integrations-Rhythmus mehr als jeder andere Faktor, ob ein Deal seinen Business Case erreicht.
Für die IT bedeutet das konkret: Identity, Kommunikation und kritische Sicherheits-Themen müssen am Day 1 funktionieren — alles andere kann phasiert werden.
2. Day 1 Readiness (Tag -30 bis Tag 1)
Day 1 ist nicht der Tag der Integration, sondern der Tag, an dem die neuen Mitarbeitenden produktiv arbeiten können. Minimaler Scope:
- E-Mail-Zustellung: Cross-Tenant Mail-Flow oder Forwarding
- Identity: Gast-Accounts in Käufer-Tenant für kritische Schnittstellen
- Kommunikation: Teams Cross-Tenant Federation aktiviert
- Sicherheits-Mindeststandard: MFA für alle Admin-Accounts beider Tenants
- Welcome-Kit: FAQ, Ansprechpartner, Eskalations-Hotline
3. Tage 1–30: Stabilisieren & Inventarisieren
Erste vier Wochen: keine großen Veränderungen, aber maximale Transparenz.
- IT-Inventur beider Seiten konsolidieren (Server, Cloud-Subscriptions, Anwendungen)
- Lizenz-Optimierung — Doppellizenzen identifizieren (Microsoft 365, Adobe, Atlassian)
- Security-Baseline-Check auf der gekauften Seite (häufig Quick-Win-Potenzial)
- IT-Service-Modell definieren: zentraler Service-Desk vs. dezentral?
- Risiken & Red Flags aus der Due Diligence in konkrete Maßnahmen überführen
4. Tage 31–60: Quick Wins & Zielarchitektur
Phase 2 bringt die ersten sichtbaren Verbesserungen und legt das Zielbild fest.
- Microsoft 365 Konsolidierung entscheiden: Tenant-zu-Tenant-Migration vs. Beibehalt (siehe Tenant-Migration-Leitfaden)
- Identity-Strategie: Single Entra ID Tenant, Federation oder B2B-Modell
- Netzwerk-Konnektivität: Site-to-Site VPN, ExpressRoute oder SD-WAN
- Lizenz-Quick-Wins realisieren (oft 10–20 % Einsparung)
- Security-Hardening auf der schwächeren Seite (MFA-Rollout, Conditional Access)
5. Tage 61–100: Umsetzen & Messen
In der dritten Phase werden die großen Konsolidierungsprojekte gestartet und erste Synergien realisiert.
- Tenant-Migration-Welle 1 (Pilot-Department, max. 50 User)
- Service-Desk-Integration: einheitliches Ticketing
- Standardisierung der Endpunkt-Verwaltung (Intune)
- Erste KPI-Reportings: Lizenz-Compliance, Secure Score, Service-Levels
- Mid-Term-Plan (Tag 101–365) verabschieden
6. Häufigste Fehler — und wie Sie sie vermeiden
- Zu schnelle Tenant-Migration: ohne Datenklassifizierung führt zu Datenverlust und Compliance-Lücken
- Identity-Chaos: Gast-Accounts ohne Lifecycle führen zu massiver Schatten-IT
- Lizenz-Doppelzahlungen über 12+ Monate — oft Einspar-Potenzial > 100k €
- Kulturelle Konflikte ignoriert: Cloud-First-Käufer trifft On-Prem-Target — Change Management ist Teil der IT-Aufgabe
- Kein Steering-Rhythmus: wöchentlicher Steering-Termin ist Pflicht
7. Erfolgsmessung: 5 KPIs, die zählen
- Day-1-Readiness-Score (Anzahl kritischer Items abgeschlossen vor Closing)
- User-Productivity-Index (Service-Tickets, NPS Mitarbeitende)
- Lizenz-Synergie in € realisiert vs. geplant
- Secure Score beider Tenants (Ziel: Konvergenz auf höheren Wert)
- Migration-Velocity (User pro Woche in finalen Tenant)
Die PMI ist kein IT-Projekt, sondern ein Business-Programm mit IT-Anteil. Wer 100 Tage strukturiert durchzieht, hat eine Erfolgswahrscheinlichkeit von über 80 % — wer es laufen lässt, landet im langen Mittelmaß.