Migrationsstrategie
Die Migrationsstrategie legt fest, wie ein Unternehmen vom Alt- auf ein neues System – meist ein ERP – umsteigt: nach welchem Vorgehen, in welcher Reihenfolge und mit welchem Risikoprofil. Sie beantwortet die Grundsatzfrage „Big Bang, schrittweise oder Parallelbetrieb?" und rahmt den gesamten Cut-over.
Eine Migrationsstrategie ist der übergeordnete Fahrplan, der festlegt, wie ein Unternehmen von einem Altsystem auf ein neues System – typischerweise ein ERP – umsteigt. Sie beantwortet nicht die Frage, welche Datensätze übertragen werden (das ist Sache der Datenmigration), sondern die Frage nach dem Vorgehen: Wird zu einem einzigen Stichtag umgeschaltet, werden Standorte oder Module nacheinander überführt, oder laufen Alt- und Neusystem eine Zeit lang parallel? Die Strategie definiert damit das Risikoprofil, die Reihenfolge und den Zeitrahmen des gesamten Systemwechsels.
Im Kern ist die Migrationsstrategie eine Abwägung zwischen Geschwindigkeit, Risiko und Aufwand. Ein schneller Komplettumstieg minimiert die Zeit, in der zwei Systeme parallel gepflegt werden müssen, konzentriert aber das gesamte Risiko auf einen Tag. Ein schrittweises Vorgehen verteilt das Risiko und erlaubt Lerneffekte, verlängert dafür die Projektdauer und die Phase, in der Schnittstellen zwischen alt und neu überbrückt werden müssen. Die richtige Wahl hängt von Unternehmensgröße, Prozesskomplexität, Ausfalltoleranz und der Qualität der Altdaten ab – eine allgemeingültige „beste" Strategie gibt es nicht.
Auf einen Blick
- Fahrplan für den Umstieg vom Alt- auf ein neues System (Vorgehen, nicht Dateninhalt)
- Drei Grundmuster: Big Bang, phasenweise Migration, Parallelbetrieb
- Abwägung zwischen Geschwindigkeit, Risiko, Aufwand und Ausfalltoleranz
- Rahmt Cut-over, Go-Live und die Hypercare-Phase danach
- Abzugrenzen von der Datenmigration – dem eigentlichen Datentransfer
Die Grundmuster einer Migrationsstrategie
In der Praxis lassen sich fast alle Migrationsstrategien auf drei Grundmuster und deren Mischformen zurückführen. Sie unterscheiden sich vor allem darin, wie stark das Umstellungsrisiko auf einen Zeitpunkt konzentriert wird und wie lange Alt- und Neusystem koexistieren müssen.
Big Bang: Umschaltung zum Stichtag
Beim Big-Bang-Ansatz wird das gesamte Unternehmen zu einem festen Stichtag auf das neue System umgestellt und das Altsystem abgeschaltet. Der Vorteil ist Klarheit: Es gibt nur eine Wahrheit, keine dauerhafte Doppelpflege und keine komplexen Übergangsschnittstellen. Der Preis ist ein hohes, gebündeltes Risiko – gelingt der Cut-over nicht, steht potenziell das Tagesgeschäft still. Big Bang eignet sich vor allem für kleinere und mittlere Organisationen mit überschaubarer Prozesslandschaft, klaren Verantwortlichkeiten und ausreichend Zeitpuffer rund um den Go-Live.
Phasenweise Migration und Parallelbetrieb
Bei der phasenweisen (schrittweisen) Migration wird das neue System in Etappen eingeführt – etwa nach Standort, Gesellschaft, Modul oder Prozessbereich. Das verteilt das Risiko und erlaubt es, Erfahrungen aus der ersten Welle in die nächste einfließen zu lassen. Beim Parallelbetrieb laufen Alt- und Neusystem für einen definierten Zeitraum gleichzeitig, sodass Ergebnisse abgeglichen werden können, bevor das Altsystem endgültig abgeschaltet wird. Beide Varianten senken das Ausfallrisiko, erhöhen aber Aufwand und Komplexität, weil Daten temporär synchron gehalten und Übergangsschnittstellen betrieben werden müssen.
Wovon die Wahl der Migrationsstrategie abhängt
Die passende Migrationsstrategie ergibt sich nicht aus Vorliebe, sondern aus messbaren Rahmenbedingungen. Entscheidend sind die Ausfalltoleranz des Geschäftsbetriebs, die Zahl der Standorte und Mandanten, die Komplexität der Prozesse, die Qualität und Menge der Altdaten sowie die verfügbaren Projektressourcen. Ein reiner Onlinehändler mit engem Fulfillment-Takt hat andere Anforderungen als ein produzierendes Unternehmen mit mehreren Werken.
Als grobe Orientierung gilt: Je geringer die tolerierbare Ausfallzeit und je komplexer die Organisation, desto eher spricht das für ein risikoärmeres, gestaffeltes Vorgehen oder einen Parallelbetrieb. Kleine, homogene Unternehmen mit sauberen Daten fahren mit einem gut vorbereiteten Big Bang oft schneller und günstiger. Wichtig ist, die Strategie früh im Projekt festzulegen – idealerweise im Rahmen der ERP-Einführung und dokumentiert im Pflichtenheft –, weil sie Zeitplan, Testkonzept und Ressourcenbedarf maßgeblich prägt.
Migrationsstrategie im ERP-Projekt
Innerhalb eines ERP-Rollouts ist die Migrationsstrategie der Rahmen, in den sich Datenmigration, Testläufe, Cut-over und Go-Live einordnen. Sie bestimmt, wann der Datenstand eingefroren wird, in welcher Reihenfolge Prozesse produktiv gehen und wie lange nach dem Start eine intensiv betreute Hypercare-Phase vorgehalten wird. Ohne klare Strategie geraten diese Bausteine leicht in Konflikt – etwa wenn ein Standort schon live gehen soll, während zentrale Stammdaten noch nicht sauber übernommen sind.
Zur Strategie gehört immer auch ein Rückfallplan. Für den Fall, dass der finale Umstellungslauf scheitert, muss definiert sein, wie und bis zu welchem Zeitpunkt auf das Altsystem zurückgekehrt werden kann. Bei einem Big Bang ist dieser Rollback-Plan besonders kritisch, weil das Altsystem sonst bereits abgeschaltet wäre. Bei gestaffelten Ansätzen entschärft der fortlaufende Betrieb des Altsystems das Problem, verschiebt es aber in die Pflege der Übergangsschnittstellen.
Cut-over-Planung und Wartungsfenster
Der Cut-over ist der eigentliche Umschaltvorgang: das finale Einfrieren, Übernehmen und Freigeben der Daten. Er wird meist in ein enges Wartungsfenster gelegt – etwa ein Wochenende oder Monatsende –, in dem das Tagesgeschäft ruht. Die Migrationsstrategie legt fest, wie dieses Fenster aufgebaut ist: welche Aufgaben in welcher Reihenfolge ablaufen, wer sie abnimmt und ab welchem Punkt kein Rollback mehr möglich ist. Eine minutengenaue Cut-over-Choreografie mit klaren Verantwortlichkeiten ist bei jedem Ansatz ein zentraler Erfolgsfaktor.
Abgrenzung: Migrationsstrategie vs. Datenmigration
Migrationsstrategie und Datenmigration werden häufig verwechselt, bezeichnen aber unterschiedliche Ebenen. Die Datenmigration ist die technisch-fachliche Übertragung konkreter Datensätze – Extrahieren, Bereinigen, Mappen, Laden und Validieren von Artikeln, Kunden, Konten oder offenen Posten. Die Migrationsstrategie steht eine Ebene darüber: Sie legt fest, nach welchem Muster und in welcher Reihenfolge der gesamte Umstieg erfolgt, und in welchen Wellen die Datenmigration überhaupt stattfindet.
Vereinfacht gilt: Die Strategie beantwortet das „Wie und Wann" des Systemwechsels, die Datenmigration das „Was" auf Datensatzebene. Ebenfalls abzugrenzen ist die dauerhafte Integration produktiver Systeme über Schnittstellen – sie ist kein einmaliges Umstiegsvorhaben, sondern laufender Betrieb. Wer diese Ebenen sauber trennt, vermeidet, dass strategische Grundsatzfragen und operative Datendetails im Projekt vermischt und dadurch beide schlecht entschieden werden.
Praxisbeispiel
Beispiel: Gestaffelter ERP-Umstieg eines Handelsunternehmens
Ein Handelsunternehmen mit drei Standorten und angeschlossenem Onlineshop wollte von einer gewachsenen Insellösung auf ein integriertes ERP wechseln. Wegen des engen Versandtakts im E-Commerce war eine längere Ausfallzeit ausgeschlossen. Das Projektteam entschied sich daher gegen einen unternehmensweiten Big Bang und für eine phasenweise Migrationsstrategie: Zuerst ging der kleinste Standort mit einfachem Sortiment live, um das Vorgehen unter realen Bedingungen zu erproben.
Die Erfahrungen aus dieser ersten Welle – nachgeschärftes Feld-Mapping, präzisere Cut-over-Checklisten, gezieltere Anwenderschulungen – flossen in die folgenden Standorte ein. Der Onlineshop wurde als vorletzter Baustein umgestellt und in einem Wochenend-Wartungsfenster mit minutengenauer Cut-over-Planung übernommen. Für jede Welle existierte ein Rückfallplan auf das noch laufende Altsystem. Ergebnis: kein spürbarer Stillstand im Tagesgeschäft, beherrschbares Risiko pro Welle – erkauft mit mehreren Monaten Parallelaufwand und temporären Übergangsschnittstellen.
Häufige Fragen
Passende ERP-Systeme
Passende Leistungen
Quellen
Fragen zu Migrationsstrategie in deinem ERP-Projekt?
Wir beraten herstellerunabhängig – und setzen es auf Wunsch selbst um.