NewCo-IT nach dem Carve-out — Warum der Aufbau einer eigenständigen IT das eigentliche Projekt ist
Ein Carve-out endet nicht mit der Trennung. Für die NewCo beginnt an Day 1 der Aufbau einer vollständig eigenständigen IT — Operating Model, Betriebsorganisation, Infrastruktur, Governance, Kostentransparenz und Steuerbarkeit. Unter Zeitdruck, mit begrenztem Budget und gegen ein Zielbild, das oft noch in Bewegung ist.
Die Herausforderung liegt nicht in der Technologie. Sie liegt darin, aus einer abgetrennten Konzern-IT eine steuerbare, skalierbare und investorenfähige Betriebsplattform zu formen — ohne die Betriebskontinuität zu gefährden.
»Der Carve-out trennt. Die NewCo muss aufbauen — und zwar nicht die alte Welt in klein, sondern ein Betriebsmodell, das zum Geschäft passt.«
Warum die NewCo eine andere Logik braucht als der Divestor
Der Divestor will sauber trennen. Der Käufer will Kontrolle. Die NewCo muss funktionieren. Diese drei Perspektiven fallen in der Praxis selten zusammen — und die NewCo-Perspektive wird in der Separationsplanung regelmäßig unterpriorisiert. Die Konsequenzen dieser Asymmetrie zeigen sich spätestens in den ersten Wochen nach dem Closing.
Trennungslogik vs. Aufbaulogik
Der Divestor plant die Separation als Entflechtungsprojekt: Systeme trennen, Daten extrahieren, Verträge übertragen, Risiko begrenzen. Die NewCo muss gleichzeitig aufbauen: eine IT-Organisation formen, ein Betriebsmodell definieren, Provider steuern, Governance etablieren und Kosten transparent machen. Der Planungshorizont des Divestors endet am Closing. Der der NewCo beginnt dort.
Day 1 ist juristische Selbstständigkeit — nicht operative Reife
Legal Day 1 bedeutet: Die NewCo existiert als Rechtseinheit. Es bedeutet nicht, dass Betriebsprozesse stabil laufen, Eskalationswege funktionieren, Provider-Steuerung etabliert ist oder die IT-Organisation Entscheidungen treffen kann. Die eigentliche Qualität einer Separation zeigt sich nicht am CutOver-Wochenende, sondern in den ersten 100 Tagen danach — in der Stabilisierung, im Regelbetrieb, in der Fähigkeit zur Eigensteuerung.
Fit-for-Purpose statt Konzernkopie
Die häufigste Fehlannahme: Die NewCo braucht eine kleinere Version der alten Konzern-IT. Das Gegenteil ist richtig. Die NewCo braucht ein Zielmodell, das zu ihrem Geschäftsvolumen, ihrer Organisationsgröße und ihrem Investitionshorizont passt. Altlasten, Technical Debt und Überkomplexität zu übernehmen, weil die Zeit für Reduktion fehlt, erzeugt eine IT-Landschaft, die weder wirtschaftlich tragfähig noch operativ beherrschbar ist.
Acht Aufbaufelder, die nach der Separation nicht warten
Die Trennung erzeugt die Voraussetzung. Der Aufbau erzeugt die Fähigkeit. Die folgenden acht Handlungsfelder definieren, was die NewCo-IT ab Day 1 konkret leisten muss — nicht irgendwann, sondern sofort, unter laufendem Betrieb und mit begrenzter Kapazität.
Target Operating Model — Zielbild vor Werkzeugwahl
Die erste und wichtigste Entscheidung der NewCo ist nicht die Wahl der Cloud-Plattform oder des ERP-Systems. Es ist die Definition des Target Operating Models: Welche IT-Funktionen werden intern erbracht, welche extern? Wie werden Entscheidungen getroffen? Wer trägt Betriebsverantwortung? Wo liegen Service-Schnittstellen? Das Operating Model definiert Rollen, Verantwortlichkeiten, Decision Rights und Governance-Struktur — und damit die Grundarchitektur, auf der alle weiteren Entscheidungen aufbauen. Die häufigste Fehlentwicklung: Tooling und Provider-Auswahl beginnen, bevor das Betriebsmodell steht. Die Folge sind Systeme, die nicht zur Organisation passen, und Verträge, die das falsche Leistungsprofil abbilden.
IT-Organisation im Zusammenspiel mit Fachabteilungen
IT kann nicht in Isolation aufgebaut werden. Finance braucht ERP-Fähigkeit. HR braucht Payroll-Systeme. Operations braucht Produktionssteuerung. Sales braucht CRM. Procurement braucht Beschaffungslogik. Legal braucht Vertragsmanagement. Jede Fachabteilung hat Anforderungen an die IT, die ab Day 1 erfüllt sein müssen — und jede Fachabteilung hat ein eigenes Bild davon, was Priorität hat. Die IT-Organisation der NewCo muss diese Anforderungen strukturiert aufnehmen, priorisieren und in eine belastbare Aufbaulogik integrieren. Wer IT als reines Technologieprojekt behandelt, erzeugt eine Betriebslücke zwischen dem, was die Organisation braucht, und dem, was die IT liefert. Die Definition der künftigen Betriebs- und Steuerungslogik gelingt nur im Zusammenspiel mit dem Business — nicht gegen es.
Infrastruktur, Plattform und Netzwerk
Tenant-Separation, Identity-Management, Netzwerksegmentierung, Cloud-Architektur, Workplace-Services, Core Services — die Infrastrukturbasis der NewCo muss funktionsfähig sein, bevor irgendeine Fachanwendung darauf aufsetzt. Der Aufbau folgt keinem technologischen Selbstzweck, sondern der Frage: Was braucht der Betrieb, um ab Day 1 zuverlässig zu funktionieren? Die Entscheidung zwischen Cloud-first, Hybrid und On-Premise ist dabei keine Technologiefrage. Sie ist eine Kosten-, Governance- und Skalierungsfrage mit direktem Einfluss auf die spätere Run-Rate. Zweckmäßigkeit und Betriebsfähigkeit stehen vor Architekturambition.
Applikationslandschaft und ERP
Die Applikationslandschaft ist das Herzstück der operativen Handlungsfähigkeit. Greenfield, Selective Transition oder Brownfield — jede Strategie hat Konsequenzen für Timeline, Budget und Betriebsrisiko. Die entscheidende Frage ist nicht, welche Systeme übernommen werden können, sondern welche Systeme die NewCo tatsächlich braucht. Konzernstrukturen produzieren Applikationslandschaften mit 80 bis 200 Anwendungen. Die NewCo braucht davon typischerweise einen Bruchteil — aber dieser Bruchteil muss belastbar funktionieren. Jede nicht reduzierte Applikation erzeugt laufende Lizenz-, Betriebs- und Supportkosten. Jede unreflektierte Übernahme reproduziert Konzernkomplexität in einer Organisation, die dafür weder die Kapazität noch das Budget hat.
Betriebsverantwortung und Stabilisierung
Wer betreibt die NewCo-IT ab Day 1? Diese Frage muss spätestens in der Konzeptionsphase beantwortet sein. Der spätere Betriebspartner — ob internes Team, externer Provider oder Managed-Service-Anbieter — sollte idealerweise ab der Detailkonzeption eingebunden werden und eine definierte Stabilisierungsverantwortung von mindestens sechs Monaten übernehmen. Stabilisierung ist keine Nacharbeit. Sie ist der operative Stresstest des gesamten Aufbaus: Runbooks, Eskalationswege, Hypercare-Prozesse und Übergabeprotokolle müssen vor dem CutOver definiert sein — nicht danach. Day-1-Readiness ohne Day-2-Fähigkeit ist ein Versprechen ohne Substanz.
ITSM-Grundprozesse — Funktionsfähigkeit vor Prozessschönheit
Die NewCo braucht am Tag der Inbetriebnahme keine ITIL-v4-zertifizierte Prozesslandschaft. Sie braucht funktionierende, einfache, belastbare Grundprozesse: Incident Management, damit Störungen erfasst und bearbeitet werden. Request Fulfilment, damit Zugänge, Berechtigungen und Geräte bereitgestellt werden. Change Management in pragmatischer Form, damit Änderungen nicht unkontrolliert in den Betrieb gelangen. Support- und Eskalationslogik, damit Endanwender wissen, an wen sie sich wenden. Eine minimale Asset- und Configuration-Basis, soweit für den Betrieb nötig. Entscheidend ist nicht die Prozessreife nach Lehrbuch, sondern die frühe Funktionsfähigkeit im Alltag. Wer versucht, sofort maximale Prozesskomplexität aufzubauen, blockiert die Organisation, statt sie zu befähigen.
Workplace, End User und Betriebsalltag
Keine Architekturentscheidung hat praktische Relevanz, wenn der Arbeitsplatz nicht funktioniert. Endanwender müssen arbeitsfähig sein: Zugänge, Geräte, E-Mail, Telefonie, Druck, Collaboration-Tools, VPN, Support-Erreichbarkeit. Das klingt trivial, ist es aber nicht — insbesondere wenn Workplace-Services vom Konzern auf eigene oder neue Provider-Infrastruktur migriert werden. Die Nutzerperspektive wird in der Separationsplanung regelmäßig unterschätzt: Funktioniert der Alltag? Erreicht der Mitarbeiter den Support? Kommt das neue Gerät rechtzeitig? Ist die Collaboration-Plattform eingerichtet? Dieses Handlungsfeld entscheidet über Akzeptanz oder Widerstand in der gesamten Organisation.
Security, Datenschutz und Berechtigungsmanagement
Mit der Separation entfällt der Konzernschutzschirm. Firewalls, SIEM, SOC, Endpoint Protection, Patch Management, Backup — alles muss neu aufgebaut oder eigenständig verantwortet werden. Gleichzeitig laufen im TSA-Betrieb parallele Zugriffsmodelle: Mitarbeiter der alten Organisation haben noch Zugang zu Systemen, die bereits der NewCo gehören. Identity and Access Management, Rollenkonzepte, Berechtigungslogik und Datenschutzkonzepte müssen integral mitgedacht werden — nicht als nachgelagerter Compliance-Workstream, sondern als integraler Bestandteil des Betriebsmodells. Wer Security nach der Separation nachrüstet, akzeptiert ein Risikoprofil, das in keinem Steering Committee bewusst freigegeben würde.
»Day-1-Readiness ist kein Ziel. Es ist die Mindestvoraussetzung. Die eigentliche Leistung beginnt danach — im Aufbau einer Betriebsorganisation, die steuern, eskalieren und liefern kann.«
Sechs Hebel, die über Steuerbarkeit, Kosten und Skalierbarkeit entscheiden
Operative Handlungsfähigkeit allein reicht nicht. Die NewCo muss darüber hinaus steuerbar, wirtschaftlich transparent und perspektivisch skalierbar sein. Die folgenden sechs Hebel bestimmen, ob die NewCo-IT ein beherrschbares Asset wird — oder ein dauerhaftes Kostenproblem mit begrenzter Investorenfähigkeit.
Sourcing-Modell und Provider-Architektur
Die Frage, wer welche IT-Leistung erbringt, ist keine operative Detailentscheidung — sie ist eine strategische Weichenstellung. Lokale Partner vs. globale Delivery-Modelle. Managed Services vs. interne Leistungstiefe. Outsourcing vs. Nearshore vs. Low-Cost-Country-Strategie. Der Käufer bzw. Investor hat dabei häufig ein eigenes Zielbild: bestehende Provider-Beziehungen, Konsolidierungsinteressen, Skaleneffekte aus anderen Portfoliounternehmen. Das Sourcing-Modell der NewCo muss zum Geschäftsvolumen passen, nicht zur Ambition des Investors. Zu viel Outsourcing erzeugt Steuerungsaufwand, der die Kostenersparnis auffrisst. Zu wenig interne Leistungstiefe erzeugt kritische Abhängigkeiten.
TSA-Management und Exit-Planung
Transitional Service Agreements sind Brückenmechanismen — notwendig, aber kein Komfortpolster. Jede TSA ist eine vertragliche Abhängigkeit vom Verkäufer mit definierter Laufzeit, Kostendynamik und typischerweise eingeschränkter Leistungsqualität. Der Verkäufer hat kein operatives Interesse an Exzellenz für eine Organisation, die ihm nicht mehr gehört. Die TSA-Exit-Planung muss deshalb parallel zur Separation geführt werden: Welche TSA-Module können frühzeitig abgelöst werden? Welche sind kritisch und brauchen Verlängerung? Was kostet jede Verlängerungsoption? TSA ist oft nur teuer verschobene Komplexität — wer sie nicht aktiv managt, bezahlt doppelt: einmal für die TSA-Leistung, und einmal für den verspäteten Aufbau der Eigenständigkeit.
Verträge, Lizenzen und kommerzielle Entkopplung
Die kommerzielle Handlungsfähigkeit der NewCo erfordert die vollständige Entkopplung von Konzernrahmenverträgen. Softwareverträge müssen neu verhandelt oder übertragen werden. Lizenzmodelle ändern sich, wenn Konzernvolumina wegfallen — Mengenrabatte entfallen, Mindestlaufzeiten greifen, Enterprise-Agreements sind nicht mehr anwendbar. Neue Provider-Verträge müssen geschlossen, bestehende Lieferantenbeziehungen aufgelöst oder neu definiert werden. Dieser Prozess dauert typischerweise sechs bis zwölf Monate und bindet erhebliche Kapazität in Einkauf, Legal und IT. Die kommerzielle Entkopplung wird in nahezu jedem Carve-out unterschätzt — sowohl im Aufwand als auch in der Auswirkung auf die Kosten-Baseline der NewCo.
IT-Kostenaufbau und Kostentransparenz
Zu Beginn weiß oft niemand belastbar, was die NewCo-IT tatsächlich kosten wird. Die Konzernallokation spiegelt nicht die realen Kosten wider. Provider-Verträge sind noch nicht abgeschlossen. Lizenzkosten sind nicht finalisiert. Personalkosten hängen von Organisationsentscheidungen ab, die noch ausstehen. Der Aufbau eines belastbaren Kostenbildes — Kostenstellen, Service-Kosten, Run-Rate, Infrastruktur-, Lizenz-, Provider-, Projekt- und Personalkosten — ist kein Reporting-Thema. Es ist ein Steuerungsinstrument. Ohne Kostentransparenz gibt es keine fundierte Entscheidungsgrundlage für Management und Investor. IT-Controlling muss als aktive Steuerungsfunktion aufgebaut werden, nicht als nachgelagertes Berichtswesen. Stranded Costs, verdeckte Übergangskosten und nicht eingeplante TSA-Verlängerungen sind die häufigsten Ursachen für Budgetüberschreitungen in der Post-Separation-Phase.
Governance, Kontrollmodell und Steuerbarkeit
Eine NewCo ohne Governance-Architektur ist nicht skalierbar. Kontrollmodell, Entscheidungsarchitektur, Eskalationslogik, KPI- und SLA-Strukturen, Provider-Steuerung und Berichtslinien müssen ab Day 1 definiert und ab Day 2 funktionsfähig sein. Der Governance Spine der NewCo umfasst: wer entscheidet was, wer kontrolliert wen, wer berichtet an wen, wer eskaliert wohin. Ohne diese Struktur entstehen Entscheidungsvakuen, die im Betrieb zu Verzögerungen, in der Provider-Steuerung zu Kontrollverlust und in der Kommunikation nach oben zu Intransparenz führen. Governance ist kein bürokratischer Überbau. Sie ist die Voraussetzung dafür, dass die NewCo-IT steuerbar wird — und steuerbar bleibt.
Change Management und Erwartungssteuerung
Mitarbeiter verlieren gewohnte Systeme, Zugänge, Abläufe und Ansprechpartner. Gleichzeitig steigt die Erwartungshaltung: Die neue IT soll besser sein als die alte — und das sofort. Change Management in der NewCo ist keine Kommunikationsübung, sondern aktive Erwartungssteuerung. Scope muss sauber begrenzt werden. Implizite Zusatzprojekte — Datenbereinigung, Systemharmonisierung, Wunschlisten aus Fachabteilungen — dürfen nicht ungeprüft in den Aufbau einfließen. Die Kommunikationslogik muss einfach, zentral und handlungsorientiert sein: Was ändert sich? Wann? Was muss der Mitarbeiter tun? Fragmentierte Kommunikation über multiple Kanäle verwirrt die Organisation und erzeugt Widerstand, der den gesamten Aufbau verlangsamt.
»Technologie macht die NewCo funktionsfähig. Governance, Kostentransparenz und Steuerbarkeit machen sie investierbar.«
Sechs strukturelle Fehler, die den NewCo-IT-Aufbau gefährden
Die folgenden Fehler sind keine Einzelfälle. Sie treten in der Mehrzahl aller NewCo-Aufbauprojekte auf — nicht aus mangelnder Kompetenz, sondern weil Zeitdruck, Parallelbelastung und unvollständige Entscheidungsgrundlagen strukturell zu diesen Mustern führen.
Technologie vor Betriebsmodell
Tools, Plattformen und Provider werden ausgewählt, bevor das Operating Model definiert ist. Cloud-Entscheidungen fallen auf Basis technischer Präferenzen statt auf Basis des Ziel-Betriebsmodells. Provider-Verträge werden geschlossen, bevor die Governance-Struktur steht, die sie steuern soll. Die Folge: Systeme, die nicht zur Organisationslogik passen. Provider, deren Leistungszuschnitt nicht zum Steuerungsmodell passt. Infrastruktur, die die Kostenbasis dauerhaft überhöht. Das Operating Model ist kein nachgelagertes Strategiedokument — es ist die Grundlage jeder Technologieentscheidung.
1:1-Kopie statt bewusste Reduktion
Die Konzernlandschaft wird vollständig übernommen, weil die Zeit oder der Mut für eine belastbare Rationalisierungsanalyse fehlt. Die NewCo startet mit 120 Applikationen statt 40 — mit der entsprechenden Lizenz-, Betriebs- und Supportlast. Redundante Systeme, undokumentierte Altanwendungen und ungepflegte Schnittstellen werden eins zu eins in die neue Welt migriert. Das Ergebnis: eine IT-Landschaft, die weder zum Geschäftsvolumen noch zum Betriebsbudget der NewCo passt — und eine technische Schuld, deren Abbau Jahre und erhebliche Investitionen erfordert.
TSA als Dauerlösung statt als Brücke
Statt frühzeitig eigenständige Fähigkeiten aufzubauen, werden TSA-Module verlängert — mit steigenden Kosten, sinkender Leistungsqualität und wachsender Abhängigkeit vom Verkäufer. Jede Verlängerung verschiebt den Zeitpunkt der Eigenständigkeit und erhöht die Gesamtkosten der Separation. Gleichzeitig sinkt beim Verkäufer die Motivation, Übergangsleistungen mit operativer Sorgfalt zu erbringen. TSA-Verlängerungen sind keine Risikoreduzierung. Sie sind verschobene Komplexität mit akkumulierenden Kosten.
Betriebsverantwortung bleibt zu lange ungeklärt
Das Separationsteam löst sich auf. Der Regelbetrieb ist nicht aufnahmefähig. Incident-Eskalationen laufen ins Leere. Wissen über Workarounds, Herstellerkontakte und informelle Eskalationswege geht verloren. Die ersten Wochen nach CutOver werden zum ungeplanten Krisenmanagement — mit erhöhtem Ressourceneinsatz, sinkender Servicequalität und wachsendem Vertrauensverlust bei Management und Endanwendern. Die Betriebsverantwortung muss vor dem CutOver geklärt, besetzt und mandatiert sein — nicht danach.
Kostentransparenz fehlt
Management und Investor erhalten keine belastbaren IT-Kostenzahlen. Die Konzernallokation wird als Baseline genommen, obwohl sie die realen Kosten der NewCo nicht widerspiegelt. Budgetüberschreitungen werden zu spät erkannt. Stranded Costs — IT-Kosten, die nach der Trennung beim Verkäufer oder in ungenutzten Verträgen verbleiben — summieren sich unbemerkt. Verdeckte Übergangskosten aus TSA-Verlängerungen, Doppellizenzen und Parallelbetrieb werden erst sichtbar, wenn sie bereits angefallen sind. Ohne aktives IT-Controlling ist die NewCo-IT ein Kostenrisiko, das niemand quantifizieren kann.
Governance wird nachgeliefert
Entscheidungsarchitektur, Eskalationslogik und Provider-Steuerung werden als nachgelagerte Aufgabe behandelt. Die Konsequenz: unkontrollierter Betrieb in der kritischsten Phase. Ohne definierte Decision Rights trifft niemand verbindliche Entscheidungen. Ohne Eskalationslogik werden Probleme informell gelöst — oder gar nicht. Ohne Provider-Steuerung liefern externe Partner nach eigenem Ermessen. Governance ist kein Phase-2-Thema. Sie ist die Voraussetzung dafür, dass Phase 1 funktioniert.
»Die meisten dieser Fehler entstehen nicht aus Nachlässigkeit. Sie entstehen aus dem Versuch, unter extremem Zeitdruck Entscheidungen zu vermeiden — und genau das macht sie so strukturell vorhersehbar.«
Vierzehn Erfolgsfaktoren für den IT-Aufbau der NewCo
Was unterscheidet eine belastbare NewCo von einer provisorischen? Die belastbare NewCo hat ein definiertes Betriebsmodell, transparente Kosten, funktionsfähige Prozesse und eine Governance-Struktur, die Entscheidungen ermöglicht statt verhindert. Die provisorische NewCo funktioniert — solange niemand genau hinsieht. Die folgenden vierzehn Erfolgsfaktoren adressieren die strukturellen Schwächen, die ohne aktive Steuerung mit hoher Wahrscheinlichkeit eintreten.
Operating Model vor Tooling definieren
Keine Technologieentscheidung ohne vorheriges Ziel-Betriebsmodell. Das Operating Model legt fest, welche Leistungen intern, welche extern erbracht werden, wie Entscheidungen fallen und wo Verantwortlichkeiten liegen. Ohne dieses Fundament werden Einzelentscheidungen getroffen, die kein kohärentes Ganzes ergeben.
Fit-for-Purpose als Designprinzip verankern
Das Zielbild der NewCo-IT darf nicht die alte Konzernlandschaft in klein sein. Jede Architektur-, System- und Provider-Entscheidung muss die Frage beantworten: Passt das zum Geschäftsvolumen, zur Organisationsgröße und zum Investitionshorizont der NewCo? Was nicht passt, wird nicht übernommen.
Betriebsverantwortung spätestens in der Konzeptionsphase klären
Der spätere Betriebspartner muss frühzeitig feststehen und eine definierte Stabilisierungsverantwortung übernehmen. Mindestens sechs Monate Hypercare mit klaren SLAs, dedizierten Ressourcen und definierten Übergabekriterien. Wer die Betriebsverantwortung nach Day 1 klärt, hat sie nicht geklärt.
Fachbereiche von Beginn an einbinden
IT-Aufbau ohne Fachbereichseinbindung erzeugt Lösungen, die an den operativen Anforderungen vorbeigehen. Finance, HR, Operations, Sales, Procurement und Legal haben jeweils eigene Abhängigkeiten und Prioritäten. Diese müssen ab der ersten Konzeptionsphase strukturiert aufgenommen werden — nicht als Wunschliste, sondern als verbindliche Aufbauanforderung.
Applikationslandschaft aktiv reduzieren
Jede Applikation, die übernommen wird, muss eine bewusste Entscheidung sein — nicht die Konsequenz fehlender Analyse. Rationalisierung ist kein Luxusprojekt für später. Sie ist die Grundlage für eine beherrschbare und wirtschaftlich tragfähige IT-Landschaft. Die Frage ist nicht: Was können wir mitnehmen? Sondern: Was brauchen wir wirklich?
TSA-Exit-Planung parallel zur Separation führen
Jede TSA ist eine temporäre Abhängigkeit mit definierten Kosten und Laufzeiten. Die Exit-Planung muss parallel zum Aufbau beginnen — mit klaren Zeitlinien, Kostenschätzungen und Alternativszenarien für jedes Modul. Ungeplante TSA-Verlängerungen sind die teuerste Form verschobener Eigenständigkeit.
Kostentransparenz als Steuerungsinstrument aufbauen
IT-Controlling ist keine nachgelagerte Reporting-Funktion. Es ist das zentrale Steuerungsinstrument für Management und Investor. Run-Rate, Service-Kosten, Projektkosten, Lizenzkosten, Provider-Kosten und Personalkosten müssen ab den ersten Monaten strukturiert erfasst und regelmäßig berichtet werden. Wer Kostentransparenz erst im zweiten Jahr aufbaut, hat ein Jahr blind gesteuert.
Governance-Architektur ab Day 1 definieren
Decision Rights, Eskalationslogik, KPI-Struktur, SLA-Framework und Berichtslinien müssen vor dem operativen Start stehen. Governance nachzuliefern bedeutet, die kritischste Phase ohne Steuerungsfähigkeit zu durchlaufen. Der Governance Spine ist kein Dokument — er ist die tägliche Entscheidungs- und Steuerungslogik der NewCo-IT.
ITSM-Grundprozesse pragmatisch und früh implementieren
Incident, Request, Change, Berechtigungen, Eskalation — diese Grundprozesse müssen ab Day 1 funktionieren, auch wenn sie anfangs nicht perfekt sind. Funktionsfähigkeit im Alltag ist wichtiger als Prozessreife auf dem Papier. Die Komplexität kann später gesteigert werden — die Grundfunktion nicht.
Workplace und End-User-Betrieb als eigenständiges Aufbaufeld behandeln
Arbeitsplatzfähigkeit ist die sichtbarste Dimension des gesamten IT-Aufbaus. Wenn Geräte fehlen, Zugänge nicht funktionieren oder der Support nicht erreichbar ist, verliert die gesamte Transformation ihre Glaubwürdigkeit. Workplace ist nicht trivial — es ist das Feld, an dem die Organisation den Erfolg oder Misserfolg des Aufbaus täglich erlebt.
Security integral mitdenken, nicht nachlagern
Identity, Access, Security, Compliance und Data Protection sind kein separater Workstream, der nach der Migration aufgesetzt wird. Sie sind integraler Bestandteil jeder Architektur-, Plattform- und Betriebsentscheidung. Der Wegfall des Konzernschutzschirms muss ab dem ersten Planungstag adressiert werden.
Sourcing-Modell zum Geschäftsvolumen dimensionieren
Die Provider-Architektur muss zur Größe, Komplexität und zum Steuerungsvermögen der NewCo passen. Überambitioniertes Outsourcing erzeugt Governance-Aufwand, der die Kostenersparnis kompensiert. Unterambitionierte Inhouse-Kapazitäten erzeugen Engpässe. Die richtige Balance entsteht aus dem Operating Model — nicht aus der Provider-Präsentation.
Change Management als Erwartungssteuerung begreifen
Nicht jede Veränderung braucht ein Change-Programm. Aber jede Veränderung braucht eine klare Kommunikation: Was ändert sich? Wann? Was muss der Mitarbeiter tun? Scope-Disziplin gehört zum Change Management: Wunschlisten und implizite Zusatzprojekte gefährden den Aufbau stärker als jedes technische Risiko.
Stabilisierung als budgetierte Phase mit dedizierten Ressourcen planen
Der IT-Aufbau endet nicht am CutOver-Tag. Stabilisierung — zwei bis drei Monate mit erhöhter Supportbereitschaft, dediziertem Monitoring und definierten Hypercare-SLAs — ist eine eigenständige Phase, die geplant und finanziert sein muss. Wer die Stabilisierung nicht budgetiert, finanziert sie aus dem laufenden Betrieb — zu Lasten der Servicequalität und der Glaubwürdigkeit des gesamten Aufbaus.
»Eine belastbare NewCo unterscheidet sich von einer provisorischen nicht durch bessere Technik. Sie unterscheidet sich durch ein definiertes Betriebsmodell, transparente Kosten, funktionsfähige Prozesse und eine Governance, die Entscheidungen ermöglicht — nicht verhindert.«
NewCo-Wörterbuch — operative Begriffe für den IT-Aufbau nach dem Carve-out
Der IT-Aufbau einer NewCo erzeugt eine eigene Fachsprache an der Schnittstelle von Betriebsmodell, Governance und Investorenlogik. Dieses Glossar definiert die zentralen Begriffe — nicht als Lexikoneinträge, sondern als operative Referenz für Management, Projektleitung und Investor.
B
Brownfield
Aufbaustrategie, bei der bestehende Systeme und Strukturen des Altkonzerns übernommen und schrittweise angepasst werden. Schneller operativ, aber mit dem Risiko, Altlasten und Technical Debt mitzunehmen. Gegenstück zu Greenfield.
Business Continuity
Sicherstellung der Geschäftskontinuität während und nach dem Aufbau. Im NewCo-Kontext kritisch, weil Notfallpläne, die auf Konzerninfrastruktur basierten, ab Day 1 nicht mehr greifen. Die NewCo braucht eigene Backup-, Recovery- und Notfallkonzepte, die vor dem operativen Start getestet sein müssen.
C
Control Tower
Zentrale Steuerungsinstanz für die Koordination aller Aufbauaktivitäten. Überwacht Abhängigkeiten, Status und Risiken bereichsübergreifend und stellt die Gesamtsicht her, die kein einzelner Workstream-Lead leisten kann.
Cost Transparency
Fähigkeit der NewCo, ihre IT-Kosten vollständig, strukturiert und regelmäßig darzustellen — aufgeschlüsselt nach Kostenstellen, Service-Bereichen, Providern, Lizenzen, Projekt- und Personalkosten. Voraussetzung für fundierte Managemententscheidungen und belastbare Investorenkommunikation.
Critical Path
Die längste Kette abhängiger Aufbauaktivitäten, die den Zeitplan der NewCo-IT bestimmt. Jede Verzögerung auf dem Critical Path verschiebt den Gesamtaufbau. Typischerweise durch ERP-Migration, Netzwerk-Aufbau oder Provider-Onboarding definiert.
D
Day-1 Readiness
Zustand, in dem die NewCo am ersten Tag nach Closing eigenständig operationsfähig ist. Betrifft IT-Systeme, Netzwerk, Arbeitsplätze, Security und Support. Notwendig, aber nicht hinreichend für nachhaltige Betriebsfähigkeit.
Day-2 Readiness
Fähigkeit der NewCo, nach der initialen Betriebsaufnahme in einen stabilen, nachhaltigen IT-Betrieb überzugehen. Umfasst Prozessreife, Betriebsverantwortung, Provider-Steuerung und Eskalationsfähigkeit. Day 1 sichert Betrieb. Day 2 sichert Qualität und Weiterentwicklung.
Decision Rights
Verbindliche Definition, wer in der NewCo-IT welche Entscheidungen treffen darf. Auf operativer, taktischer und strategischer Ebene. Unklare Decision Rights erzeugen Entscheidungsstaus, die den gesamten Aufbau verlangsamen.
E
Equity Story
Die Gesamtnarrative, mit der ein Unternehmen für Investoren attraktiv gemacht wird. Die IT beeinflusst die Equity Story über Run-Rate, Skalierbarkeit, Governance-Qualität und Transformationsgeschwindigkeit. Eine schlanke, standardisierte, steuerbare IT erhöht die Attraktivität des Assets.
Execution Risk
Risiko, dass der geplante IT-Aufbau operativ nicht innerhalb der vorgesehenen Zeit, des Budgets oder der Qualitätserwartung umgesetzt werden kann. Im NewCo-Kontext besonders hoch, weil Aufbau und Betrieb parallel laufen.
F
Fit-for-Purpose
Designprinzip, nach dem die NewCo-IT nicht als Kopie der Konzernlandschaft, sondern als passende, tragfähige Struktur für das spezifische Geschäftsvolumen und die Organisationsgröße aufgebaut wird. Gegenstück zu Clone-and-Go.
G
Governance Spine
Das Rückgrat der Steuerungsarchitektur der NewCo: Entscheidungsrechte, Eskalationslogik, KPI-Struktur, SLA-Framework und Berichtslinien. Ohne Governance Spine fehlt der NewCo die Fähigkeit, konsistent und skalierbar zu steuern.
Greenfield
Aufbaustrategie, bei der Systeme und Strukturen komplett neu aufgebaut werden, ohne Altlasten zu übernehmen. Höhere initiale Investition, aber langfristig schlankere und passendere Architektur. Gegenstück zu Brownfield.
H
Hypercare
Zeitlich begrenzte Phase erhöhter Betriebsbereitschaft nach dem CutOver. Typisch: zwei bis drei Monate mit dedizierten Ressourcen, erweitertem Monitoring und verkürzten Reaktionszeiten. Ziel: Stabilisierung des Betriebs, bevor der Regelmodus greift.
I
Investor Readiness
Zustand, in dem die IT der NewCo für einen Investor bewertbar, steuerbar und skalierbar ist. Voraussetzungen: transparente Kostenstruktur, definiertes Betriebsmodell, dokumentierte Governance und nachvollziehbare Transformationsplanung. Investor Readiness ist kein Endziel — sie ist ein fortlaufender Zustand, der aktiv gepflegt werden muss.
ITSM (IT Service Management)
Gesamtheit der Prozesse zur Planung, Bereitstellung, Steuerung und Verbesserung von IT-Services. Im NewCo-Kontext: pragmatische Grundprozesse ab Day 1 — Incident, Request, Change, Berechtigungen, Eskalation. Funktionsfähigkeit vor Prozessreife.
M
Managed Services
Externalisierte IT-Betriebsleistungen, die von einem Provider nach definierten SLAs erbracht werden. Im NewCo-Aufbau eine zentrale Sourcing-Option — mit dem Vorteil schneller Verfügbarkeit und dem Nachteil reduzierter direkter Steuerung.
O
Operating Model
Verbindliches Zielbild für die Aufbau- und Ablauforganisation der NewCo-IT. Definiert: welche Funktionen intern oder extern erbracht werden, wie Entscheidungen fallen, wo Verantwortlichkeiten liegen und wie Service-Schnittstellen gestaltet sind. Die Grundlage aller nachfolgenden Technologie-, Provider- und Personalentscheidungen.
R
Run-Rate
Die laufenden Betriebskosten der NewCo-IT auf annualisierter Basis. Zentrale Kennzahl für Investor und Management. Umfasst Infrastruktur, Lizenzen, Provider, Personal und laufende Projektkosten. Eine stabile, nachvollziehbare Run-Rate ist Voraussetzung für belastbare Finanzplanung.
S
Scope Discipline
Konsequente Einhaltung des definierten Aufbauumfangs. Verhindert, dass implizite Zusatzprojekte — Datenbereinigung, Systemharmonisierung, Wunschlisten aus Fachabteilungen — den Aufbau aufblähen. Scope-Disziplin ist keine Bürokratie. Sie ist die Voraussetzung dafür, dass der Aufbau im Rahmen bleibt.
Service Decoupling
Schrittweise Ablösung gemeinsam genutzter IT-Services zwischen Altkonzern und NewCo. Ziel: vollständige Eigenständigkeit der NewCo in allen IT-Servicebereichen. Jedes Service-Decoupling erfordert einen definierten Ablöseplan mit Zeitlinie, Kosten und Qualitätskriterien.
Sourcing Model
Strategische Verteilung von IT-Leistungen zwischen internen Ressourcen und externen Providern. Die richtige Balance zwischen Insourcing und Outsourcing bestimmt Kosten, Steuerungsfähigkeit und Abhängigkeitsgrad der NewCo-IT.
Stabilisierungsphase
Der Zeitraum nach dem operativen Start, in dem der Betrieb unter erhöhter Aufmerksamkeit läuft. Typisch: zwei bis drei Monate mit dediziertem Hypercare-Team, erweitertem Monitoring und definierten Eskalationsprotokollen. Muss budgetiert und mit eigenen Ressourcen ausgestattet sein.
Stranded Costs
IT-Kosten, die nach der Separation in ungenutzten Verträgen, überdimensionierter Infrastruktur oder nicht mehr benötigten Lizenzen gebunden bleiben. Müssen aktiv identifiziert und abgebaut werden — sie verschwinden nicht von selbst.
T
Target Operating Model
Das langfristige Zielbild der NewCo-IT-Organisation. Beschreibt den Endzustand nach Abschluss aller Aufbaumaßnahmen: Organisationsstruktur, Prozesslandschaft, Provider-Architektur, Technologieplattform und Governance-Framework. Nicht identisch mit dem Transitional Operating Model.
Tenant Separation
Technische Trennung gemeinsam genutzter Cloud- oder Plattform-Umgebungen in eigenständige Mandanten. Betrifft typischerweise Microsoft 365, Azure/AWS-Tenants, SAP-Systeme und Identity-Plattformen. Grundvoraussetzung für eine eigenständige IT-Infrastruktur der NewCo.
Transitional Operating Model
Übergangs-Betriebsmodell für die Phase zwischen Day 1 und vollständiger Eigenständigkeit. Beschreibt, wie die NewCo-IT während der TSA-Phase arbeitet: mit welchen Restabhängigkeiten, welchen temporären Prozessen und welchen Übergangslösungen. Nicht identisch mit dem Target Operating Model.
TSA (Transitional Service Agreement)
Vertragliche Vereinbarung, durch die der Verkäufer der NewCo für eine definierte Übergangszeit IT-Services bereitstellt. Notwendig, aber kein Ersatz für den Aufbau eigenständiger Fähigkeiten. Jede TSA erzeugt Kosten, Abhängigkeiten und Governance-Aufwand.
TSA Exit
Geplante Ablösung einer Transitional Service Agreement durch eigenständige NewCo-Fähigkeiten. Muss parallel zum IT-Aufbau geplant werden — mit definierten Zeitlinien, Kostenschätzungen und Qualitätskriterien für jedes einzelne TSA-Modul.
IT-Aufbau der NewCo — kein Nebenprojekt, sondern ein Steuerungsprogramm
Der IT-Aufbau einer NewCo nach einem Carve-out ist kein technisches Teilprojekt. Es ist ein Betriebsmodell-, Governance- und Steuerungsprogramm mit direkter Bedeutung für Kostenprofil, Skalierbarkeit und Investorenfähigkeit. Die IT beeinflusst die Run-Rate, die Transformationsgeschwindigkeit, die Governance-Qualität und die Exit-Fähigkeit des gesamten Unternehmens.
Wer den Aufbau als reine Systemmigration behandelt, baut eine provisorische IT, die funktioniert — solange niemand genau hinsieht. Wer den Aufbau als strategisches Steuerungsprogramm begreift, schafft die Grundlage für eine NewCo, die eigenständig, steuerbar und investierbar ist.
Die Erfahrung zeigt: Die Qualität des NewCo-IT-Aufbaus entscheidet sich nicht in der Technologiewahl. Sie entscheidet sich in der Fähigkeit, Operating Model, Governance, Kostentransparenz und Betriebsverantwortung frühzeitig, verbindlich und belastbar zu definieren — und konsequent umzusetzen.
»Eine schlanke, standardisierte, steuerbare IT erhöht nicht nur die Betriebsqualität der NewCo. Sie erhöht die Attraktivität des gesamten Assets — für Management, Investor und den nächsten Eigentümer.«
Der Aufbau einer eigenständigen NewCo-IT ist komplex, zeitkritisch und steuerungsintensiv. Wenn Sie vor dieser Aufgabe stehen — oder mitten darin — lassen Sie uns sprechen.
Gespräch vereinbaren
Pierre Kromat 