Datenmigration in Transformationsprojekten: Erfolgsfaktor bei M&A, Carve-outs und Systemmodernisierungen

Das Wichtigste in Kürze 

• Datenmigrationen sind in M&A-, Carve-out-, PMI- und Transformationsprojekten ein zentraler Erfolgsfaktor für die operative Handlungsfähigkeit. 

• Die größten Herausforderungen liegen häufig nicht in der Technologie, sondern in Datenqualität, Governance, Entscheidungsprozessen und organisationsübergreifender Abstimmung.

• Erfolgreiche Migrationen erfordern eine enge Verzahnung von Business, IT, Compliance und Programmmanagement.

• Unternehmen müssen Datenmigrationen als integralen Bestandteil des Gesamtprogramms und nicht als isoliertes IT-Teilprojekt betrachten.

Unternehmensveränderungen als Auslöser von Datenmigrationen 

Datenmigrationen entstehen selten als Selbstzweck. In der Praxis sind sie meist eine Folge strategischer, organisatorischer oder technologischer Veränderungen:  

1. Ein Unternehmen wird gekauft, verkauft, gegründet oder in einen Konzern eingegliedert.  
2. Eine Organisation führt ein neues ERP-System ein, konsolidiert Rechenzentren oder ersetzt historisch gewachsene Altsysteme.  

In all diesen Fällen müssen Datenbestände neu zugeordnet, getrennt, harmonisiert oder in andere technische Umgebungen überführt werden. 

Fusionen und Übernahmen: Daten als Grundlage der Post-Merger-Integration 

Bei Fusionen und Übernahmen treffen unterschiedliche Unternehmen mit eigenen Prozessen, Anwendungen, Stammdatenlogiken und Governance-Strukturen aufeinander. Nach Signing und Closing beginnt die eigentliche Integrationsarbeit. Im Rahmen der Post-Merger-Integration (PMI) muss entschieden werden, welche Systeme künftig führend sind, welche Anwendungen abgelöst werden und wie zentrale Datenbestände zusammengeführt werden. 

Besonders anspruchsvoll ist die Harmonisierung von Daten, die in beiden Unternehmen unterschiedlich definiert oder gepflegt wurden. Ein Kunde kann in mehreren Systemen unter verschiedenen Nummern geführt sein. Produktgruppen, Kostenstellen oder organisatorische Einheiten können voneinander abweichenden Logiken folgen. Vor der technischen Übertragung muss deshalb ein gemeinsames fachliches Verständnis geschaffen werden. Die Datenmigration wird damit zu einem Bindeglied zwischen Integrationsstrategie, Prozessdesign und technischer Umsetzung. 

Unternehmensverkäufe und Carve-outs: Daten und Systeme gezielt entflechten 

Bei einem Unternehmensverkauf oder Carve-out ist die Ausgangslage umgekehrt. Statt zwei Organisationen zusammenzuführen, müssen Geschäftseinheiten aus gemeinsam genutzten Strukturen herausgelöst werden. Oft bestehen über Jahre gewachsene Verflechtungen: Gesellschaften nutzen dieselben ERP-Mandanten, gemeinsame Datenbanken, zentrale Infrastruktur oder einheitliche Reportinglösungen. Organisatorische Grenzen sind in der Systemlandschaft häufig nicht eindeutig abgebildet. 

Zu Beginn muss deshalb geklärt werden, welche Daten zum verkauften Unternehmensteil gehören, welche Informationen beim Verkäufer verbleiben und welche Datensätze nur teilweise übertragen werden dürfen. Dabei sind rechtliche, vertragliche, steuerliche, datenschutzrechtliche und operative Anforderungen zu berücksichtigen. Die Auswahl darf weder zu eng erfolgen, da der neue Unternehmensteil sonst nicht arbeitsfähig wäre, noch zu weit, um zu verhindern, dass geschützte oder nicht transaktionsrelevante Informationen übertragen werden. 

Die zentrale Aufgabe des PMO ist daher, Abhängigkeiten zwischen Separation, Zielsystemaufbau, Datenbereitstellung, Verträgen, Zugriffsrechten und operativer Betriebsfähigkeit sichtbar zu machen. Gerade bei fest vereinbarten Closing-, Day-1- oder TSA-Endterminen kann eine verspätete Entscheidung in einem Teilprojekt den gesamten Carve-out gefährden. Das PMO sorgt deshalb für klare Entscheidungstermine, Verantwortlichkeiten, Eskalationswege und belastbare Nachweise zur Business Readiness. 

Unternehmenszukäufe und Eingliederung neuer Gesellschaften 

Eine Eingliederung benötigt ein abgestuftes Migrations- und Integrationskonzept. Es muss klar sein, welche Daten zu welchem Zeitpunkt in zentrale Systeme übernommen werden, welche lokalen Besonderheiten erhalten bleiben und welche Übergangslösungen erforderlich sind. Zugleich sind Verantwortlichkeiten zwischen Konzernfunktionen, lokaler Organisation und externen Dienstleistern festzulegen. Eine Wellenplanung kann helfen, Komplexität zu reduzieren und Erfahrungen aus frühen Einheiten für spätere Rollouts zu nutzen. 

Unternehmensgründungen, Joint Ventures und neue Geschäftseinheiten 

Die entscheidende Frage lautet nicht nur, welche Daten technisch bereitgestellt werden können, sondern welche Informationen die neue Einheit für ihre Prozesse tatsächlich benötigt und nutzen darf. Parallel müssen Organisationsstrukturen, Rollen, Berechtigungen, Kontenpläne, Reportinglinien und Schnittstellen eingerichtet werden. Die Datenübernahme ist somit Teil eines umfassenden Business-Readiness-Programms. Das PMO stellt sicher, dass Daten, Systeme, Prozesse, Personal und Governance zum geplanten Starttermin zusammenpassen. 

Einführung neuer Systeme und Ablösung von Altsystemen 

Die Einführung eines neuen ERP-, CRM-, HR-, Procurement- oder branchenspezifischen Systems ist ein typischer Auslöser für Datenmigration. Häufig soll damit nicht nur eine technische Plattform ersetzt werden;  Unternehmen wollen Prozesse standardisieren, Transparenz erhöhen, Medienbrüche reduzieren oder neue digitale Leistungen ermöglichen. 

Modernisierung der IT-Landschaft 

Der Austausch von Servern und Speichergeräten, die Konsolidierung oder Stilllegung von Rechenzentren, Plattformwechsel, Cloud-Transformationen sowie die Ablösung von Legacy-Systemen sind Anlässe, die eine Datenmigration erfordern. Je nach Ausgangslage handelt es sich um eine klassische Speichermigration, eine Datenbankmigration, eine Anwendungsmigration oder eine Kombination mehrerer Formen. 

Datenmigration als Business Enabler und nicht als Selbstzweck 

Daten sind die Grundlage nahezu aller modernen Geschäftsprozesse. Sie unterstützen Vertrieb und Kundenservice, steuern Lieferketten, ermöglichen Finanzabschlüsse, bilden regulatorische Nachweise und dienen als Basis für Managemententscheidungen. Ihre Verfügbarkeit und Qualität bestimmen daher unmittelbar, ob eine Organisation nach einer Veränderung handlungsfähig ist. 

In einer Post-Merger-Integration ermöglicht die Migration beispielsweise ein gemeinsames Kundenbild und konsolidiertes Reporting. In einem Carve-out schafft sie die Voraussetzung dafür, dass die veräußerte Einheit nach dem Übergang eigenständig bestellen, fakturieren, produzieren und berichten kann. Bei einer Systemeinführung entscheidet sie darüber, ob die neue Lösung produktiv genutzt werden kann. Datenmigration ist damit kein Erfolg an sich, sondern ein Enabler für die Ziele des Gesamtvorhabens. 

Ein klarer Business Case hilft, Prioritäten zu setzen. Nicht jeder Datenbestand muss in derselben Tiefe und zum selben Zeitpunkt übertragen werden. Manche Informationen werden vollständig migriert, andere archiviert oder nur lesend bereitgestellt. Entscheidend ist, dass diese Auswahl nachvollziehbar und zwischen Business, IT, Compliance und Programmleitung abgestimmt erfolgt. 

Warum Datenmigrationen keine klassischen IT-Projekte sind 

Viele Migrationsvorhaben starten mit technischen Fragen zu Schnittstellen, Datenformaten oder Tools. Die größten Schwierigkeiten entstehen jedoch häufig an organisatorischen Schnittstellen. Fachbereiche definieren den geschäftlichen Bedarf, IT-Teams verantworten Systeme und technische Umsetzung, Datenschutz und Compliance setzen Rahmenbedingungen, während das Management Termine, Budget und operative Stabilität im Blick hat. 

Eine erfolgreiche Migration benötigt deshalb klare Entscheidungswege, eine gemeinsame Planung und belastbare Kriterien für Priorisierungen. Technische Teams allein können nicht entscheiden, welche Daten geschäftskritisch sind. Fachbereiche allein können nicht beurteilen, welche Anforderungen im verfügbaren Zeitfenster technisch umsetzbar sind. Erst das Zusammenspiel aller Beteiligten führt zu einem tragfähigen Ergebnis. 

Ein belastbares Migrationsprogramm verbindet Discovery, Zielbild, Pilot, Migrationswellen, Cutover und Hypercare zu einer durchgängigen End-to-End-Logik. EFS übernimmt dabei die zentrale Steuerung: Wir verzahnen Business, IT, Compliance, Betrieb und den technischen Migrationspartner, schaffen Transparenz über Risiken und Entscheidungen und sichern verbindliche Readiness- sowie Go-/No-Go-Kriterien. So werden einzelne Arbeitspakete zu einem kontrollierten Gesamtprogramm – bis zur Betriebsübergabe und sicheren Stilllegung der Quellsysteme. 

Datenmigration als Teil eines Transformationsprogramms 

In komplexen Vorhaben ist die Datenmigration nur einer von mehreren miteinander verbundenen Workstreams. Parallel werden Zielprozesse entwickelt, Anwendungen konfiguriert, Infrastruktur aufgebaut, Verträge angepasst, Rollen definiert, Berechtigungen eingerichtet, Mitarbeitende geschult und Betriebsmodelle vorbereitet. Jeder dieser Stränge kann Voraussetzungen für die Migration schaffen oder von ihren Ergebnissen abhängen. 

Programmmanagement schafft den Rahmen, um solche Zusammenhänge end-to-end zu steuern. Dazu gehören eine integrierte Roadmap, verbindliche Meilensteine, ein übergreifendes Abhängigkeitsmanagement und eine konsolidierte Risikosicht. Die Datenmigration wird nicht als separater Terminplan geführt, sondern in die Gesamtlogik der Transformation eingebettet. 

Die Rolle von PMO, Projekt- und Programmsteuerung 

Ein leistungsfähiges Project Management Office ist in großen Migrations- und Transformationsvorhaben weit mehr als eine administrative Reportingstelle. Es schafft Transparenz, etabliert gemeinsame Standards und unterstützt die Projekt- und Programmleitung dabei, Entscheidungen vorzubereiten und die Umsetzung konsequent nachzuverfolgen. 

Integrierte Planung und Meilensteinsteuerung 

Das PMO führt die Planungen der einzelnen Workstreams in einer integrierten Roadmap zusammen. Dabei werden nicht nur Endtermine erfasst, sondern auch Voraussetzungen, Übergaben und kritische Abhängigkeiten. Für eine Datenmigration können dies etwa die Freigabe des Zielmodells, die Bereitstellung einer Testumgebung, die fachliche Datenfreigabe, abgeschlossene Probeläufe und eine bestätigte Cutover-Bereitschaft sein. 

Risiko-, Abhängigkeits- und Eskalationsmanagement 

Migrationsrisiken dürfen nicht isoliert betrachtet werden. Ein Problem in der Datenqualität kann zusätzliche Testzyklen erfordern, den Cutover verzögern und damit TSA-Kosten oder Betriebsrisiken erhöhen. Das PMO konsolidiert solche Auswirkungen und stellt sicher, dass Risiken mit Verantwortlichen, Maßnahmen und Entscheidungsterminen versehen werden. 

Ressourcen- und Dienstleistersteuerung 

Migrationsprojekte konkurrieren häufig mit dem Tagesgeschäft um dieselben Fach- und IT-Ressourcen. Besonders kritisch ist die Verfügbarkeit von Personal mit Spezialwissen, das Wissen über Altsysteme, Datenmodelle oder lokale Prozesse besitzt. Das PMO identifiziert Engpässe, unterstützt die Priorisierung und stellt sicher, dass kritische Rollen für Tests, Freigaben und den Cutover verfügbar sind. 

Management-Reporting und Entscheidungsmanagement 

Ein gutes Reporting verdichtet Komplexität, ohne kritische Sachverhalte zu verdecken. Es zeigt nicht nur einen allgemeinen Status, sondern erklärt Abweichungen, Auswirkungen, Handlungsoptionen und benötigte Entscheidungen. Besonders wichtig ist eine einheitliche Definition von Status, Fortschritt und Readiness über alle Workstreams hinweg. 

Stakeholder- und Change-Management als Erfolgsfaktor 

Datenmigrationen verändern nicht nur Systeme, sondern häufig auch Arbeitsweisen, Rollen und Verantwortlichkeiten. Mitarbeitende greifen nach dem Go-live auf neue Masken, Datenstrukturen oder Berichte zu. Stammdaten werden anders gepflegt, Freigaben verändern sich und bekannte Informationsquellen stehen möglicherweise nicht mehr zur Verfügung. Selbst eine technisch fehlerfreie Migration kann deshalb scheitern, wenn Anwender die neue Lösung nicht verstehen oder ihr nicht vertrauen. 

Change Management verbindet Kommunikation, Beteiligung, Schulung und Unterstützung. Schlüsselanwender können früh in Tests einbezogen und als Multiplikatoren aufgebaut werden. Trainings sollten reale Prozesse und typische Datenkonstellationen abbilden. In der Hypercare-Phase braucht es sichtbare Ansprechpersonen, klare Supportwege und ein strukturiertes Vorgehen für Fehler und Rückfragen. 

Data Governance und klare Verantwortlichkeiten 

Eine häufig unterschätzte Frage lautet: Wer entscheidet über die Daten? IT-Teams betreiben Systeme, besitzen aber nicht automatisch die fachliche Entscheidungshoheit über Inhalte. Fachbereiche kennen die Geschäftsprozesse, sind jedoch nicht immer eindeutig als Data Owner benannt. In komplexen Organisationen können zudem mehrere Länder, Gesellschaften oder Funktionen Ansprüche auf denselben Datenbestand erheben. 

Erfolgreiche Programme definieren daher frühzeitig Rollen wie Data Owner, Data Steward, technische Systemverantwortliche und fachliche Freigabeverantwortliche. Ebenso wichtig sind Gremien und Regeln für Konfliktfälle. Wer entscheidet, wenn zwei Bereiche unterschiedliche Qualitätsanforderungen haben? Wer genehmigt Ausnahmen? Wer bestätigt, dass ein Datensatz fachlich vollständig ist? 

Cutover-Management: Der Moment der Wahrheit 

Der Cutover markiert den kontrollierten Übergang von der bisherigen in die neue Umgebung. In diesem Zeitraum werden Datenstände eingefroren, finale Extraktionen durchgeführt, Transformationen ausgeführt, Daten geladen, Systeme geprüft und User freigeschaltet. Gleichzeitig müssen operative Bereiche wissen, welche Prozesse vorübergehend eingeschränkt sind und wann die neue Lösung verbindlich genutzt wird. 

Ein belastbarer Cutover-Plan beschreibt Aktivitäten, Reihenfolge, Dauer, Verantwortliche, Abhängigkeiten und Nachweise. Er enthält Entscheidungspunkte für Go, No-Go oder bedingte Freigaben sowie Fallback- und Rollback-Szenarien. Kommunikationswege, War-Room-Strukturen und Eskalationen müssen vorab geklärt sein. Entscheidend ist, dass der Plan nicht nur technisch, sondern gemeinsam mit Business, IT, Betrieb und Support entwickelt wird. 

Typische Fehler in Migrations- und Transformationsprojekten 

Ein häufiger Fehler besteht darin, die Datenmigration erst spät in die Gesamtplanung aufzunehmen. Wenn Zielprozesse und Systeme bereits festgelegt wurden, ohne Datenumfang, Qualität und Abhängigkeiten zu verstehen, entstehen kostspielige Nacharbeiten. Ebenso problematisch ist die Annahme, dass Datenqualität allein durch technische Regeln hergestellt werden kann. Fachliche Entscheidungen lassen sich nicht automatisieren. 

Die Gegenmaßnahmen sind grundsätzlich klar: Migration frühzeitig einplanen, Verantwortlichkeiten verbindlich festlegen, den Umfang aktiv steuern, Datenqualität messbar machen, Abhängigkeiten integrieren und Readiness nicht nur technisch, sondern auch organisatorisch bewerten. 

EFS Consulting Expertise: Datenmigration als Erfolgsfaktor in Transformationsprogrammen 

In einem internationalen Transformationsvorhaben unterstützte EFS die Konsolidierung zweier historisch gewachsener Microsoft-365-Tenants in eine gemeinsame Zielumgebung. Das Programm umfasste mehrere tausend Nutzer sowie Identitäten, Exchange Online, OneDrive, SharePoint, Teams, Endgeräte und weitere abhängige Dienste. Aufgrund des Umfangs und der unterschiedlichen organisatorischen Voraussetzungen wurde bewusst ein phasenweiser Ansatz mit Discovery, Zielbild, Pilot, priorisierten Migrationswellen, Cutover und Hypercare gewählt. 

EFS übernahm die übergreifende Programmsteuerung und bildete die zentrale Schnittstelle zwischen Auftraggeber, Fachbereichen und technischem Migrationspartner. Gemeinsam mit dem Kunden wurden Governance, Verantwortlichkeiten und Eskalationswege etabliert, ein integrierter Release- und Wellenplan aufgebaut sowie Readiness- und Go-/No-Go-Kriterien definiert. Parallel steuerte EFS Risiken, Abhängigkeiten, Entscheidungen und Fortschritt, während der technische Partner Architektur, Tooling und Migrationsexecution verantwortete. 

Hierzu entwickelte EFS eine zentrale Informationsplattform, über die Mitarbeitende alle relevanten Informationen, Prozessbeschreibungen, FAQs sowie Anmeldemöglichkeiten für ihre Migrationen erhielten. Ergänzend wurden regelmäßige Sprechstunden etabliert, in denen Fragen beantwortet, Anforderungen aufgenommen und Fachbereiche bei der Vorbereitung ihrer Inhalte unterstützt wurden. 

Durch die Kombination aus integrierter Programmsteuerung, technischer und organisatorischer Readiness, klaren Go-/No-Go-Entscheidungen sowie konsequentem Change- und Hypercare-Management konnte die Migration kontrolliert und mit begrenzten Auswirkungen auf den laufenden Geschäftsbetrieb umgesetzt werden. Fortschritt, Risiken und Ausnahmen waren je Welle transparent; technische Ergebnisse wurden validiert, fachlich abgenommen und anschließend strukturiert an den Betrieb übergeben. Das Beispiel zeigt, dass erfolgreiche Datenmigrationen nicht allein von der eingesetzten Technologie abhängen, sondern von der synchronisierten Steuerung von Identität, Workloads, Business Continuity, Compliance und Menschen. 

Fazit 

Datenmigrationen sind in M&A-, Carve-out- und Transformationsprogrammen weit mehr als ein technischer Datentransfer. Sie verbinden Strategie, Organisation, Prozesse und Technologie und schaffen die Voraussetzung dafür, dass neue Unternehmensstrukturen operativ funktionieren. 

Besonders in zeitkritischen Vorhaben wie Post-Merger-Integrationen, Separationen oder ERP-Transformationen entscheidet die Qualität der Planung und Steuerung häufig darüber, ob Geschäftsprozesse nach dem Go-live reibungslos funktionieren oder operative Risiken entstehen. 

Erfolgreiche Unternehmen betrachten Datenmigration daher nicht als isoliertes IT-Projekt, sondern als zentralen Bestandteil ihres Transformations- und Integrationsprogramms. 

EFS Consulting übernimmt die übergreifende Steuerung komplexer Migrations- und Transformationsvorhaben. Wir verbinden Business, IT, Compliance, Betrieb und technische Umsetzung in einem integrierten End-to-End-Modell, schaffen Transparenz über Risiken, Abhängigkeiten und Entscheidungen und sichern verbindliche Readiness- sowie Go-/No-Go-Kriterien. So werden einzelne Workstreams zu einem kontrollierten Gesamtprogramm und Veränderungen zuverlässig in den Geschäftsbetrieb überführt.