Konzeptkarte

Migrationswellenplanung

Stand 2026-07-24T14:00:00Z

Redaktion: Cédric-Olivier Mâry, alleiniger Redakteur und verantwortlich für die Veröffentlichung — 27 Jahre im SAP-Ökosystem. Wie diese Seiten entstehen und wo Automatisierung eingesetzt wird.

Was ist Migrationswellenplanung?

Ohne Wellenplanung driften SAP-Migrationsprogramme auf 24–36 Monate ab, ohne je den Cutover zu erreichen; mit 6–8 aufeinanderfolgenden Wellen von je 3–4 Monaten wird derselbe Umfang in 18–24 Monaten ausgeliefert.

Worum es geht

Migrationswellenplanung ist die programmweite Disziplin, eine mehrjährige SAP-Migration – S/4HANA Brownfield, S/4 Greenfield oder eine BW-zu-BDC-Modernisierung – in eine Abfolge von sechs bis acht Wellen zu zerlegen, jede drei bis vier Monate lang, jede mit dem Cutover einer definierten Umfangseinheit: ein Geschäftsbereich, eine Region, eine Rechtseinheit oder eine durchgängige Prozessdomäne. Die Disziplin ist wichtig, weil die Alternative nicht eine schnellere Migration ohne Wellenplanung ist, sondern eine Migration, die nie wirklich abgeschlossen wird: Programme, die einen einzigen „Big Bang“-Cutover versuchen oder die Arbeit informell ohne explizite Wellenstruktur sequenzieren, driften routinemäßig auf zwei oder drei Jahre ab, ohne je einen stabilen, vollständig umgestellten Zustand zu erreichen, während vergleichbar große Programme mit disziplinierter Wellenplanung denselben Umfang in achtzehn bis vierundzwanzig Monaten mit sichtbarem, planbarem monatlichem Fortschritt ausliefern, der das Vertrauen des Sponsors intakt hält.

Warum es zählt

Das Stammdatenfundament muss jedem transaktionalen Cutover vorausgehen — wird es übersprungen, scheitert die erste transaktionale Welle an Datenlücken, was Verzögerungen in jede folgende Welle kaskadiert.
Jede Welle hat vier harte Gates (design-complete, build-complete, UAT-pass, go-live); wird Gate 2 der Welle N verfehlt, zwingt das routinemäßig die Welle N+1 zur Verzögerung.
Zu-große-Welle — eine einzige Welle, die 5+ Geschäftsbereiche in 4 Monaten abdeckt — ist der mit Abstand häufigste Fehler und komprimiert Build/Test, bis die Qualität zusammenbricht.

Kernpunkte

Fünf Gestaltungsdimensionen: geografisch · Geschäftsbereichs-funktional · Rechtseinheit · Prozessdomäne · Risiko.
Abhängigkeitsgetrieben: Stammdaten zuerst · Abschluss vor Tochtergesellschaft · Shared Services vor Konsumenten · Reporting parallel.
Vier Gates: Design · Build · UAT · Go-live.
6-8 Wellen als Sweet Spot · je 3-4 Monate.
Hypercare 4-8 Wochen je Welle · 30-50% des Build-Budgets.
Cutover-Fenster: 96h planen, 48h als Realität kommunizieren.
FR/DACH-Kalender: Dezember-Abschluss meiden · Juni-Halbjahresabschluss · Q1 CSRD.
Stammdaten sind Welle-Null, nie übersprungen.
Migrationswellenplanung ist erst gemeistert, wenn sie eine benannte Käuferentscheidung verändert.
Beginnen Sie mit dem semantischen Vertrag und dem Kontrollmodell, bevor Sie das Tool demonstrieren.

Begriffe auf dieser Seite

Migrationswelle: 3-4 Monate lange sequenzierte Cutover-Einheit; 6-8 Wellen decken ein Tier-1-Programm mit mehreren Geschäftsbereichen ab.
Welle-Null: Stammdatenfundament-Welle, die allen transaktionalen Wellen vorausgeht. Nie übersprungen.
Vier Gates: Meilensteine je Welle: design-complete · build-complete · UAT-pass · go-live.
Hypercare: 4-8-wöchige Phase erhöhten Supports nach Go-live; 30-50% des Wellen-Build-Budgets.
Cutover-Fenster: Zeitblock für den Produktions-Cutover (typischerweise 48-96h). 96h planen, 48h kommunizieren.
Reporting-Blackout: Zeitraum, in dem die Analytics-Schicht nach den operativen Systemen umstellt; 4-12 Wochen, wenn nicht gemanagt.
Risikostufung: Wellenreihenfolge-Muster: Pilot-Geschäftsbereich zuerst (geringes Risiko) · mittlere Stufe · Flaggschiff zuletzt.
Kalendersperre: Durch Geschäftszyklen für Cutover gesperrter Zeitraum: FR Dezember-Abschluss · Juni-Halbjahresabschluss · Q1 CSRD.

Quellen

Vollständige Karte für Mitglieder. Was die vollständige Karte ergänzt: den vollständigen Entscheidungsrahmen · den Vergleich SAP · Snowflake · Databricks · Fabric · die häufigen Fallstricke und ihre Behebung · die Kurzreferenz · die Architekturschemata · die Codeblöcke · die zitierfähigen Kennzahlen.

In der App öffnen →