IT-Carve-out — Warum Separation Governance braucht, nicht nur Migration
Ein Carve-out ist keine IT-Migration mit Zeitdruck. Es ist die vollständige Abtrennung einer Unternehmens-IT aus einem gewachsenen Konzernverbund — unter laufendem Betrieb, mit harten Deadlines und ohne Recht auf Betriebsunterbrechung.
Die Komplexität liegt nicht in der Technik allein. Sie liegt in der Gleichzeitigkeit von Systemabtrennung, Organisationsaufbau, Provider-Steuerung und Stakeholder-Management — alles unter dem Druck eines verbindlichen Closing-Datums.
»Ein Carve-out trennt nicht nur Systeme. Er trennt Wissen, Prozesse, Verantwortlichkeiten und gewachsene Strukturen — gleichzeitig.«
End-to-End-Erfahrung — von Due Diligence bis Regelbetrieb
Carve-out-Kompetenz entsteht nicht aus Methodik. Sie entsteht aus der Erfahrung, vollständige IT-Separationen operativ durchgesteuert zu haben — auf Käufer- und Verkäuferseite, in unterschiedlichen Größenordnungen, unter realen Bedingungen.
Vollständiger Lebenszyklus
Von der IT-Due-Diligence über Scoping, Konzeption und Implementierung bis zu CutOver, Stabilisierung und Zielbetrieb. Kein Teilausschnitt, kein Übergabepunkt ohne Verantwortung.
Beide Seiten des Tischs
Erfahrung sowohl auf der abgebenden als auch auf der aufnehmenden Seite — mit dem Verständnis, wie Konflikte zwischen Verkäufer- und Käuferinteressen entstehen und wie sie gesteuert werden.
Operative Tiefe und Governance
Nicht nur Programm-Management, sondern belastbare Erfahrung in SAP-Separation, Infrastruktur-Aufbau, Provider-Steuerung, IT-Security und dem Aufbau eigenständiger IT-Betriebsstrukturen.
Was Carve-out-Projekte in der Realität auszeichnet
Carve-out-Projekte folgen keinem Lehrbuch. Sie folgen einer Realität aus Gleichzeitigkeit, politischen Dynamiken, technischen Abhängigkeiten und organisatorischer Unsicherheit.
Gleichzeitigkeit als Dauerzustand
In einem Carve-out laufen SAP-Separation, Netzwerk-Trennung, Lizenzverhandlungen, Provider-Auswahl, Organisationsaufbau und Kommunikation parallel. Es gibt keine sequenzielle Abarbeitung — jeder Workstream hat Abhängigkeiten zu mehreren anderen. Die Fähigkeit, diese Gleichzeitigkeit zu steuern, entscheidet über Projekterfolg und -scheitern.
Wissensabfluss als strukturelles Risiko
Die abgebende Organisation verliert während der Separationsphase systematisch Motivation und Verfügbarkeit. Key People orientieren sich um, Prioritäten verschieben sich, informelles Wissen wird nicht übergeben. Wer den Wissenstransfer nicht aktiv steuert und strukturiert, verliert kritisches Betriebswissen — unwiederbringlich.
SAP ist nie so einfach wie im Konzept
SAP-Separationen offenbaren Abhängigkeiten, die in keiner Dokumentation stehen: nicht erfasste Schnittstellen, gemeinsam genutzte Stammdaten, historische Sonderlogiken in Company Codes. Der tatsächliche Aufwand für eine belastbare SAP-Abtrennung übersteigt die initiale Schätzung regelmäßig — in Personentagen und Kosten.
Day-1 ist nicht verhandelbar
Das Closing-Datum steht. Die aufnehmende Einheit muss am ersten Tag eigenständig operationsfähig sein — mit funktionierender IT-Infrastruktur, Netzwerk, Telefonie, ERP-Zugang, Arbeitsplätzen, Security und Support. Day-1 Readiness ist keine Zielvorgabe. Es ist eine harte Vertragsbedingung.
»Carve-out-Projekte scheitern selten an fehlender Technik. Sie scheitern an fehlender Governance, unterschätzter Komplexität und der Annahme, es handle sich um eine normale IT-Migration.«
Der Ablauf: Fünf Phasen von der Analyse bis zum Regelbetrieb
Ein strukturierter Carve-out folgt einem klaren Phasenmodell. Die Phasen sind nicht starr — aber die Reihenfolge und die Governance-Logik dahinter sind verbindlich.
Analyse und Scoping
2–3 MonateKonzeption
3–4 MonateImplementierung
6–9 MonateCutOver
1–2 WochenStabilisierung und Regelbetrieb
2–3 MonateGesamtdauer: 12–20 Monate. Bei kleineren Separationen kann ein Carve-out in unter fünf Monaten abgeschlossen werden — vorausgesetzt, Governance und Steuerungsfähigkeit stimmen von Tag 1.
»Die Gesamtdauer eines IT-Carve-outs liegt typischerweise bei 12 bis 20 Monaten. Bei kleinerem Scope kann eine Separation in unter fünf Monaten abgeschlossen werden — vorausgesetzt, Governance und Steuerungsfähigkeit stimmen von Tag 1.«
Fünf strukturelle Fehlerquellen, die Carve-outs gefährden
Die größten Risiken in Carve-out-Projekten sind keine Überraschungen. Sie sind strukturell vorhersehbar — und trotzdem werden sie regelmäßig zu spät adressiert.
SAP- und ERP-Abhängigkeiten unterschätzen
Kein dediziertes Projektteam
Wissenstransfer nicht strukturiert
Lizenzierung zu spät adressiert
Security während der Transition vernachlässigt
Die meisten dieser Risiken sind vorhersehbar. Was sie gefährlich macht, ist nicht ihre Existenz — sondern die Annahme, sie ließen sich unterwegs lösen.
»Carve-out-Risiken eskalieren nicht linear. Sie eskalieren exponentiell — weil jedes ungelöste Problem andere Workstreams blockiert.«
Zehn Erfolgsfaktoren aus der Praxis
Die folgenden Erfolgsfaktoren stammen nicht aus Lehrbüchern. Sie stammen aus der operativen Erfahrung vollständiger IT-Separationen — und aus den Fehlern, die in diesen Projekten dokumentiert und analysiert wurden.
Co-Lead-Struktur mit einer Stimme
Jeder Workstream muss mit je einem Lead aus abgebender und aufnehmender Organisation besetzt sein. Beide müssen gemeinsam Entscheidungen treffen und nach außen mit einer Stimme sprechen. Geteilte Verantwortung ohne gemeinsame Entscheidungsfähigkeit erzeugt Blockaden.
Stabilisierung als explizite Projektphase
Das Projekt endet nicht am CutOver-Tag. Stabilisierung muss als eigenständige Phase geplant, budgetiert und mit Ressourcen ausgestattet sein. Erfahrungswert: Zwei bis drei Monate mit erhöhter Supportbereitschaft und dediziertem Monitoring.
Training ab Projektstart
Schulungskonzepte für Key User und Endanwender müssen von Beginn an entwickelt werden — nicht erst in der Implementierungsphase. Fehlende Vorbereitung erzeugt Akzeptanzprobleme am CutOver-Tag.
Dediziertes Querschnittsmodul
Risikomanagement, CutOver-Koordination und zentrale Externalisierungsfragen gehören nicht in die Fach-Workstreams. Sie brauchen eine eigene zentrale Verantwortung mit direktem Zugang zur Programmleitung.
IT-Prozesskomplexität ernst nehmen
ITIL-basierte Prozess-Standardisierung muss früh beginnen — nicht erst in der Hypercare-Phase. Die Komplexität der IT-Prozesse wird in nahezu jedem Carve-out initial unterschätzt.
Mindestens zwei Projekttage pro Woche für das IT-Kernteam
Carve-out funktioniert nicht nebenbei. Ohne dedizierte Kapazität werden Deadlines gerissen und Qualität leidet — strukturell vorhersehbar, nicht individuelles Versagen.
CutOver-Manager früh definieren
Die CutOver-Manager-Rolle muss von Anfang an besetzt und mandatiert sein. Wer diese Rolle erst kurz vor Go-Live definiert, verliert die Steuerungsfähigkeit im kritischsten Projektmoment.
Kommunikation vereinfachen und zentral steuern
Weniger Kanäle, einfachere Sprache, ein dediziertes Kommunikationsteam außerhalb der Workstreams. Endanwender verstehen keine IT-Fachsprache. Fragmentierte Kommunikation verwirrt die Organisation.
Handover-Zeit strukturiert einplanen
Vier bis sechs Wochen dedizierte Handover-Zeit, bevor das abgebende Team sich zurückzieht. Wissenstransfer ist keine Formalität — es ist eine der kritischsten Projektphasen.
Risikomanagement ab Tag 1
Systematische Risikobewertung von Beginn an. Nicht als Pflichtübung, sondern als operatives Steuerungsinstrument. Probleme, die früh transparent werden, lassen sich steuern. Probleme, die erst am CutOver-Wochenende sichtbar werden, nicht.
»Jeder dieser Faktoren ist einzeln trivial. In Kombination und unter Zeitdruck entscheiden sie darüber, ob ein Carve-out gelingt oder entgleist.«
50 Fachbegriffe — das Carve-out-Wörterbuch
IT-Carve-outs entwickeln eine eigene Fachsprache. Diese Glossar definiert 50 zentrale Begriffe — nicht als akademische Lehrbucheinträge, sondern als operative Definitionen aus der Praxis vollständiger IT-Separationen.
A
Application Portfolio Assessment
Systematische Bewertung aller Applikationen nach Migrationsfähigkeit, Abhängigkeiten und Business-Kritikalität. Grundlage für die Entscheidung: migrieren, ersetzen, abschalten oder per TSA überbrücken.
Asset Deal
Transaktionsform, bei der einzelne Vermögensgegenstände (inkl. IT-Assets) separat übertragen werden. Erfordert detaillierte Inventarisierung jedes einzelnen IT-Assets — im Gegensatz zum Share Deal, bei dem die Gesellschaft als Ganzes übergeht.
B
Brückenlösung
Temporäre technische Lösung zur Aufrechterhaltung des Betriebs während der Separationsphase. Typisch: VPN-Tunnel zum alten Netzwerk, geteilte Mailboxen oder temporäre Schnittstellen zwischen Alt- und Neusystemen.
C
CAB (Change Advisory Board)
Gremium zur Steuerung und Genehmigung technischer Änderungen während und nach der Transition. Wöchentlich im Regelbetrieb, erhöhte Frequenz in CutOver-Nähe.
Carve-out
Vollständige Abtrennung eines Unternehmensbereichs aus einem Konzernverbund. Umfasst die Separation aller IT-Systeme, Prozesse, Verträge und Organisationsstrukturen.
Clean Room
Abgesicherter Datenraum, in dem vertrauliche Informationen beider Transaktionsseiten unter strengen Vertraulichkeitsregeln analysiert werden. Relevant für Due Diligence und Scoping.
Closing
Rechtlicher Vollzug der Transaktion. Ab diesem Zeitpunkt ist die abgetrennte Einheit eigenständig. Alle IT-Systeme müssen betriebsfähig sein — Day-1 Readiness.
CMDB (Configuration Management Database)
Zentrale Datenbank aller IT-Assets und ihrer Beziehungen. Muss für die neue Organisation vollständig aufgebaut oder aus der bestehenden CMDB extrahiert werden.
Co-Lead-Struktur
Governance-Modell, bei dem jeder Workstream mit je einem Lead aus abgebender und aufnehmender Organisation besetzt ist. Beide müssen gemeinsam entscheiden und nach außen mit einer Stimme sprechen.
Company Code Split
Trennung von SAP-Buchungskreisen bei Carve-out. Technisch komplex bei gemeinsam genutzten Stammdaten, Schnittstellen und historischen Buchungen.
CutOver
Geplanter Umstellungszeitpunkt, an dem alle Systeme vom Alt- auf den Neubetrieb migriert werden. Typisch: 3–4 Tage konzentrierte Umstellung nach definiertem Runbook mit Rollback-Szenarien.
CutOver-Manager
Dedizierte Rolle für die Koordination aller Umstellungsaktivitäten. Muss von Projektbeginn an besetzt sein — nicht erst kurz vor Go-Live.
D
Data Split
Technisches Verfahren zur Extraktion von Daten aus gemeinsam genutzten Systemen. Bei SAP über SNP-Clone-Technologie. Aufwand: typisch 500–700 Personentage.
Day-1 Readiness
Zustand, in dem die abgetrennte Einheit am ersten Tag nach Closing eigenständig operationsfähig ist: IT-Systeme, Netzwerk, Telefonie, ERP, Arbeitsplätze, Security und Support.
Deal Perimeter
Abgrenzung dessen, was Teil der Transaktion ist und was nicht. Jedes IT-Asset, jeder Vertrag und jede Lizenz muss eindeutig zugeordnet sein: innerhalb, außerhalb oder zu migrieren.
Disentanglement
Prozess der Entflechtung gemeinsam genutzter IT-Systeme, Daten und Infrastruktur. Je höher der Verflechtungsgrad, desto aufwändiger und risikoreicher die Separation.
Due Diligence (IT)
Systematische Prüfung der IT-Landschaft vor einer Transaktion. Bewertet Zustand, Risiken, Kosten und Abhängigkeiten der IT-Infrastruktur, Applikationen und Verträge.
E
Entanglement
Grad der Verflechtung zwischen den IT-Systemen der abzutrennenden Einheit und dem Konzern. Höherer Entanglement bedeutet längere Timelines und höhere Separationskosten.
ERP-Separation
Abtrennung der ERP-Systeme (meist SAP) als einer der komplexesten und kostenintensivsten Workstreams im Carve-out.
G
Go/No-Go-Entscheidung
Formale Entscheidung vor dem CutOver, ob alle Voraussetzungen für die Umstellung erfüllt sind. Basiert auf definierten Kriterien und wird vom Steering Committee getroffen.
Governance-Modell
Steuerungsrahmen für das Carve-out-Projekt: Entscheidungsstrukturen, Eskalationspfade, Meeting-Rhythmen, Reporting-Linien. Definiert, wer was entscheidet und wie Konflikte gelöst werden.
H
Hypercare
Intensivbetreuungsphase direkt nach CutOver mit erhöhter Supportbereitschaft und engmaschigem Monitoring. Typisch: 4–8 Wochen mit dedizierten Support-Teams.
I
IT-Outsourcing (ITO)
Auslagerung von IT-Services an externe Provider als Teil der Zielbetriebsstrategie. Erfordert Provider-Auswahl, Vertragsverhandlung und strukturierte Transition.
ITIL/ITSM
Prozessrahmen für den IT-Service-Betrieb. Grundlage für standardisierten Betrieb nach der Separation: Incident, Problem, Change, Release, Configuration Management.
K
Knowledge Transfer (KT)
Strukturierte Wissensübergabe vom abgebenden an den aufnehmenden Betrieb. Formalisiert in Phasen: KT → Secondary Support → Primary Support → Hypercare.
L
Landing Zone
Vorkonfigurierte Cloud-Umgebung (AWS, Azure), die als Zielplattform für migrierte Workloads dient. Relevant bei Cloud-first-Strategien im Zielbetrieb.
Lessons Learned
Systematische Dokumentation von Erfahrungen und Erkenntnissen nach Projektabschluss. Grundlage für die Optimierung zukünftiger Carve-outs.
Lizenzmanagement
Verwaltung und Übertragung von Softwarelizenzen während des Carve-outs. Komplex, zeitkritisch und teuer — erfordert funktionsübergreifendes Team aus IT, Einkauf, Legal und Compliance.
O
Operational Readiness Plan (ORP)
Formalisierte Prüfung der Betriebsbereitschaft vor Go-Live: CMDB befüllt, Runbooks vorhanden, Eskalationswege getestet, Personal geschult, Performance-Baseline etabliert.
P
PMO (Project Management Office)
Zentrale Koordinationsinstanz des Carve-out-Programms. Verantwortet Zeitplanung, Ressourcensteuerung, Risikomanagement und Reporting an das Steering Committee.
Provider-Steuerung / SMO
Service Management Office als Steuerungsinstanz zwischen internem IT-Team und externem Provider. Mehrstufiges Meeting-Modell: operativ (wöchentlich), taktisch (monatlich), strategisch (halbjährlich).
R
Reverse TSA
Vereinbarung, bei der die aufnehmende Seite Services an den Verkäufer zurückliefert. Seltener als Standard-TSA, aber relevant bei geteilten Shared Services.
Rollback-Szenario
Vorab geplantes Verfahren zur Rückabwicklung einer fehlgeschlagenen Migration. Muss für jeden CutOver-Schritt definiert und getestet sein.
Runbook
Detaillierte Schritt-für-Schritt-Anleitung für die operative Durchführung von IT-Prozessen. Im CutOver: minutengenaue Ablaufplanung aller Umstellungsschritte.
S
SAP S/4HANA
Aktuelle SAP-ERP-Generation. Im Carve-out-Kontext relevant als potenzielle Zielplattform, insbesondere wenn die abgetrennte Einheit das ERP modernisieren will.
Separation Management Office (SMO)
Zentrale Steuerungsinstanz für die Gesamtseparation. Koordiniert alle Workstreams, verantwortet die Gesamtplanung und dient als Eskalationsinstanz.
Service Catalog
Strukturiertes Verzeichnis aller IT-Services, die die neue IT-Organisation erbringt. Grundlage für SLA-Definition, Kostenverrechnung und Provider-Steuerung.
Service Level Agreement (SLA)
Vertragliche Vereinbarung über Qualität, Verfügbarkeit und Reaktionszeiten von IT-Services. Basis für Provider-Steuerung und interne Leistungsmessung.
Share Deal
Transaktionsform, bei der Gesellschaftsanteile übertragen werden. IT-Assets gehen automatisch mit der Gesellschaft über — vereinfacht die Separation, wenn die Einheit eine eigene Rechtseinheit ist.
Signing
Vertragsunterzeichnung. Zwischen Signing und Closing liegt typischerweise eine Phase, in der die Separation vorbereitet wird.
SNP Clone
Technisches Verfahren der Firma SNP zur Extraktion und Migration von SAP-Daten. Ermöglicht die Abtrennung von Daten aus einem gemeinsamen SAP-Mandanten bei laufendem Betrieb.
Standalone-Fähigkeit
Fähigkeit der abgetrennten Einheit, alle IT-Services eigenständig zu betreiben oder zu beziehen — ohne Abhängigkeit vom ehemaligen Mutterkonzern.
Steering Committee
Oberstes Entscheidungsgremium des Carve-out-Projekts. Besetzt mit C-Level beider Seiten. Entscheidet über Budget, Timeline, Eskalationen und Go/No-Go.
Stranded Costs
IT-Kosten, die beim Verkäufer nach der Separation verbleiben, obwohl der zugehörige Geschäftsbereich abgetrennt wurde. Typisch: Fixkosten für Infrastruktur, Lizenzen und Personal, die sich nicht proportional reduzieren.
T
Target Operating Model (TOM)
Zielbetriebsmodell für die IT nach Abschluss der Separation. Definiert Governance, Service-Erbringung, Rollen, Prozesse und Schnittstellen.
Transition
Übergangsphase, in der Services, Systeme und Verantwortlichkeiten vom Altbetrieb auf den Neubetrieb übertragen werden. Umfasst Knowledge Transfer, Parallelphase und Cutover.
TSA (Transitional Service Agreement)
Vertragliche Regelung zur Übergangsbewirtschaftung von IT-Services durch den Verkäufer nach Closing. Definiert Dauer (typisch 6–24 Monate), Umfang, Qualität und Kosten.
TSA Exit
Geplante Beendigung einer Übergangsvereinbarung. Erfordert rechtzeitige Vorbereitung der Standalone-Fähigkeit für jeden Service unter TSA.
W
War Room
Zentraler Koordinationsraum während des CutOver-Wochenendes. Alle Workstream-Leads, das PMO und die Entscheidungsträger sind physisch oder virtuell zusammengefasst.
Workstream
Thematisch abgegrenzter Arbeitsbereich innerhalb des Carve-out-Projekts. Typisch: SAP/ERP, Infrastruktur, Netzwerk, Applikationen, Security, HR-IT, Workplace, Kommunikation.
Ein IT-Carve-out ist kein IT-Projekt mit Sonderstatus. Es ist ein Unternehmensprojekt, das die IT als kritischen Pfad hat.
Die meisten Carve-outs scheitern nicht an fehlender Technologie. Sie scheitern an unterschätzter Komplexität, fehlender Governance und der Annahme, eine Separation lasse sich wie eine normale Migration managen. Wer einen IT-Carve-out verantwortet, braucht operative Tiefe, Governance-Erfahrung und die Fähigkeit, unter Druck belastbare Entscheidungen zu treffen — nicht nur Methodik und Folien.
Pierre Kromat 