IT-Carve-out: Die zwölf Monate danach.

Der Cutover ist geschafft, die Übergangsverträge mit dem alten Konzern sind gekündigt, die Projektorganisation löst sich auf, der Lenkungsausschuss trifft sich nicht mehr. Jetzt beginnt die Phase, die in keinem Projektplan steht und über die am wenigsten gesprochen wird: der Betrieb ohne Netz. Was in den zwölf Monaten danach passiert, entscheidet darüber, ob der Carve-out ein Erfolg war, und ob sich die Investition rechnet. Dieser Beitrag beschreibt das erste Jahr in vier Quartalen, mit dem, was jeweils auftaucht, und dem, was man dagegen tut.

Worum es geht

Bei einem IT-Carve-out löst sich ein Unternehmen aus den gemeinsamen Systemen und Diensten eines Konzerns: ERP, E-Mail und Zusammenarbeit, Netzwerk, Personalverrechnung, Treasury, Konsolidierung. Für die Übergangszeit regelt ein Transitional Service Agreement, kurz TSA, was der alte Konzern noch leistet und was es kostet. Das TSA ist bewusst teuer und bewusst befristet, meist auf zwölf bis vierundzwanzig Monate. Der Tag, an dem es endet, ist der eigentliche Prüfstein: Ab jetzt gibt es niemanden mehr, den man anrufen kann.

In einem Vorhaben, das wir verantwortet haben, wurden sämtliche Backoffice-Dienste einer börsennotierten Immobiliengruppe über vier Länder innerhalb von zwölf Monaten vom ehemaligen Mehrheitsgesellschafter abgelöst, von der IT über ERP, Personalverrechnung und Treasury bis zur Konzernkonsolidierung. Die Gesamtinvestition hatte sich nach sechzehn Monaten amortisiert. Das Ergebnis entstand aber nicht am Cutover-Wochenende, sondern in dem Jahr danach.

Monat 1 bis 3: Die Dinge, die niemand aufgeschrieben hat

Jeder Konzern hat Abläufe, die nur deshalb funktionieren, weil jemand in der Zentrale sie seit Jahren macht. Der Zahlungslauf am Monatsende mit seiner Freigabekette, die Anlage von Benutzerkonten, der Ansprechpartner beim Softwarehersteller, das Zertifikat, das jedes Jahr im Februar abläuft, der Bericht an die Bank, der zum Quartalsende fällig ist. Im Carve-out wurden die Systeme übertragen. Diese Abläufe nicht, weil sie nie dokumentiert waren. Sie standen in keinem TSA, weil niemand wusste, dass es sie gibt.

In den ersten drei Monaten tauchen sie auf, meist als Überraschung und meist zu einem Termin: „Das hat früher die Zentrale gemacht.“ Typische Funde aus der Praxis:

• Lizenzen unter Konzernrahmenverträgen, die mit dem Austritt erlöschen oder zu Einzelpreisen neu verhandelt werden müssen. Besonders Microsoft, SAP und Spezialsoftware.
• Bankanbindungen, die über die Konzernplattform liefen: EBICS-Teilnehmer, Signaturkarten, Limits, die auf Personen der Zentrale ausgestellt waren.
• Domänen, Zertifikate, DNS-Einträge, Mail-Routing, die noch auf Konzerninfrastruktur zeigen und erst auffallen, wenn etwas ausläuft.
• Länderspezifische Kalender in der Personalverrechnung: Meldefristen, Sozialversicherungsschnittstellen, Jahreswechsel-Updates, die früher die Zentrale eingespielt hat.
• Konsolidierungspakete und Berichtsformate, die der alte Konzern erwartet hat und die jetzt niemand mehr braucht, aber deren Abschaltung auch niemand beschlossen hat.

Die Gegenmaßnahme ist banal und wird trotzdem oft versäumt: ein Betriebshandbuch, das nach dem Cutover entsteht, nicht davor, geführt von den Personen, die die Überraschungen erleben, mit einem festen wöchentlichen Termin, an dem neue Funde eingetragen werden. Nach drei Monaten ist es vollständig. Vorher kann es das nicht sein. Dazu gehört ein Kalender aller wiederkehrenden Termine über zwölf Monate, denn die meisten Überraschungen sind terminliche.

Monat 3 bis 6: Die Dienstleister zeigen ihr wahres Gesicht

Im Projekt haben alle Dienstleister geliefert, weil die Projektleitung jeden Tag nachgefragt hat. Im Betrieb fragt niemand mehr täglich. Jetzt zeigt sich, welche Verträge gut verhandelt wurden: Gibt es Reaktionszeiten mit Konsequenzen? Gibt es ein monatliches Service-Gespräch, das jemand vorbereitet und führt? Gibt es jemanden im Unternehmen, der weiß, was im Vertrag steht, und das Reporting des Dienstleisters liest, bevor er es ablegt?

Der häufigste Fehler in dieser Phase ist, die Dienstleistersteuerung an die Fachbereiche abzugeben, weil die IT-Projektorganisation nicht mehr existiert. Dann steuert der Dienstleister sich selbst, und das tut er nach seinen Interessen. Ein IT-Dienstleister wird von der IT gesteuert, auch wenn die IT nach dem Carve-out aus zwei Personen besteht. Wenn es diese zwei Personen nicht gibt, ist das die erste Entscheidung, die nachzuholen ist. Dasselbe gilt für den Personalverrechner und die Treasury-Plattform: Jeder ausgelagerte Dienst braucht einen benannten Eigentümer im Haus, der ihn monatlich prüft.

In dieser Phase lohnt ein zweiter Blick auf die Sicherheit. Während des Projekts wurden Berechtigungen großzügig vergeben, damit es vorangeht. Administratorkonten des Dienstleisters, Notfallzugänge, Übergangsregeln in der Firewall. Spätestens in Monat vier gehört all das überprüft und zurückgebaut. Ein Carve-out ist auch ein Moment, in dem ein Unternehmen seine Sicherheitsarchitektur neu entscheiden kann; in einem anderen Vorhaben haben wir nach einem sicherheitskritischen Vorfall die gesamte IT als Cloud-only-Umgebung neu aufgebaut, und die Einsparung aus der Neuvergabe hat die höhere Ausstattungsqualität finanziert.

Monat 6 bis 9: Die Kosten erzählen die Wahrheit

Nach einem halben Jahr liegen die ersten echten Betriebskosten vor, und zwar für alle Dienste gleichzeitig. Jetzt lässt sich die Rechnung machen, die im Business Case vor dem Carve-out nur geschätzt werden konnte: Was kostet die eigenständige IT im Vergleich zur früheren Konzernumlage? In gut gemachten Carve-outs liegt die Antwort deutlich darunter, weil Konzernumlagen alles enthalten, was der Konzern braucht, nicht nur das, was die Tochter braucht: die Konzernsicherheit, das Konzernrechenzentrum, die Konzernlizenzen, den Konzern-Overhead. Eine Tochter mit vier Ländern braucht einen Bruchteil davon, wenn sie es selbst vergibt.

Diese Rechnung gehört auf den Tisch von Geschäftsführung und Aufsichtsrat, weil sie beantwortet, ob die Entscheidung richtig war. Und sie zeigt, wo nachzusteuern ist:

• Lizenzen, die noch auf Konzerngröße laufen, weil beim Cutover sicherheitshalber alles übernommen wurde. Erfahrungsgemäß lassen sich zehn bis zwanzig Prozent der Lizenzkosten in dieser Phase abbauen.
• Verträge mit Mindestabnahme, die im Projekt vernünftig waren und im Betrieb zu groß sind.
• Ersatz- und Parallelsysteme, die nach dem Cutover nie abgeschaltet wurden, weil man sie „noch brauchen könnte“.
• Doppelte Dienste, wenn ein Fachbereich sich während des Projekts selbst versorgt hat und die zentrale Lösung inzwischen steht.

Hier fällt auch die Amortisationsrechnung. Sie ist einfach: Einmalkosten des Carve-outs geteilt durch die monatliche Differenz zwischen alter Umlage und neuen Betriebskosten. Im genannten Fall ergab das sechzehn Monate. Wer diese Zahl nicht ausrechnet, kann im nächsten Budgetgespräch nicht erklären, warum sich das alles gelohnt hat.

Monat 9 bis 12: Die Organisation wird erwachsen

Im letzten Quartal des ersten Jahres steht der erste Jahresabschluss ohne Konzern an. Konsolidierung, Abschlussprüfung, Berichterstattung laufen zum ersten Mal vollständig auf eigenen Systemen und mit eigenen Leuten. Im genannten Vorhaben war die Konzernkonsolidierung über zwei Quartale parallel gefahren worden, bevor sie umgestellt wurde; das hat den ersten eigenen Abschluss ohne Fristen- und ohne Testatrisiko möglich gemacht. Wer diese Parallelphase im Projekt nicht hatte, sollte den Abschlussprüfer jetzt früh einbinden, nicht im Jänner.

Gleichzeitig fällt die Entscheidung, ob die IT ein Kostenblock bleibt oder zum Werkzeug wird. Die Zeichen dafür: Projekte, die aus dem Geschäft kommen und nicht aus dem Carve-out. Ein Budget für das nächste Jahr, das auf Bedarf beruht und nicht auf Fortschreibung. Eine IT-Leitung, die bei Geschäftsentscheidungen am Tisch sitzt und nicht nur Tickets zählt. Und erste Vorhaben, die vorher im Konzern nicht möglich waren, weil die Konzernarchitektur sie nicht vorsah: eigene Automatisierung, eigene KI-Anwendungen auf eigenen Daten, eigene Entscheidungen über Cloud und Sicherheit.

Wer bis hierhin das Betriebshandbuch geführt, die Dienstleister gesteuert und die Kosten gerechnet hat, steht jetzt besser da als vorher im Konzern: schlanker, schneller, ohne Übergangsabhängigkeiten und ohne mitgenommene Altlasten, mit voller Kontrolle über die eigene Agenda. Wer eines davon ausgelassen hat, merkt es spätestens jetzt.

Was das für die Planung bedeutet

Ein Carve-out endet nicht mit dem Cutover. Er endet, wenn die Organisation ein Jahr allein gelaufen ist, ohne dass jemand die alte Zentrale angerufen hat. Wer das in Budget und Zeitplan einplant, erspart sich die typische zweite Welle an Beratungskosten, die entsteht, wenn in Monat fünf die Überraschungen und in Monat zehn der Abschluss unvorbereitet auf den Tisch kommen. Konkret:

• Die Führung, die den Carve-out verantwortet hat, bleibt mindestens bis zur ersten Kostenrechnung in Monat sechs mit reduziertem Umfang an Bord.
• Sie übergibt an eine IT-Leitung, die es wirklich gibt, mit Budget, Vertragskenntnis und Berichtslinie zur Geschäftsführung.
• Betriebshandbuch, Jahreskalender und Dienstleister-Review-Termine werden im Projekt als Ergebnisse eingeplant, nicht als Nacharbeit.
• Die Amortisationsrechnung ist ein Termin im Kalender des Finanzchefs, nicht eine Frage, die irgendwann jemand stellt.