SAP Activate – die 6 Phasen aus der Praxis gelesen
Wie sich die SAP-Activate-Methodik in echten S/4HANA-Migrationen tatsächlich anfühlt – mit den Stellschrauben, die in den Hochglanz-Folien meist fehlen. Welche Phase strategisch ist (Discover, Brownfield/Greenfield/RISE-Entscheidung), welche unterschätzt wird (Prepare mit ATC und Backup-Disziplin), wo es real wird (Explore mit SUM DMO), und warum Run der eigentliche Wert ist – sechs Phasen, sechs Lektionen aus der Praxis.
Aktive Methodik statt Marketing-Methode
SAP Activate ist kein Hochglanzmodell – sondern eine pragmatische Methodik, die über die letzten zehn Jahre an unzähligen Transformationsprojekten geschärft wurde. Sechs Phasen, jeder mit klar abgrenzbaren Ergebnissen. Die Kunst liegt nicht im Befolgen, sondern im richtigen Anpassen.
Phase 1: Discover – die wahrscheinlich wichtigste
Hier wird entschieden, was passiert. Brownfield, Greenfield oder RISE? Diese Frage entscheidet über die nächsten 12–24 Monate Ihres Programms. Drei Punkte sind hier entscheidend:
- Custom-Code-Tiefe – wie viel Z-Modifikation steckt im System?
- Prozess-Konsens – wie sehr leiden bestehende Prozesse unter dem Status quo?
- Vertragliche Bindungen – Wartungslaufzeiten, Add-Ons, Lizenzen
Ein SAP Readiness Check liefert die technische Faktenbasis. Aber die strategische Entscheidung – Brownfield vs. Greenfield – fällt nicht im Tool, sondern im Management-Workshop.
Phase 2: Prepare – die unterschätzte
In dieser Phase wird das Projekt aufgesetzt: Governance, Rollen, Sandbox, Custom-Code- Scan mit dem ABAP Test Cockpit, vollständige Backups. Die Versuchung, Zeit zu sparen, ist hier groß – und teuer. Ein gut vorbereitetes Prepare zahlt sich in allen folgenden Phasen aus.
Phase 3: Explore – wo es real wird
Die erste reale Konvertierung der Sandbox per SUM DMO. Hier zeigt sich, was wirklich passiert: Laufzeiten, Fehlerprotokolle, SPDD/SPAU-Anpassungen. Niemals Funktionsänderungen in dieser Phase – nur das technische „bekommen wir das System nach S/4HANA" wird verifiziert.
Phase 4: Realize – die längste
Was Explore gelernt hat, wird in Dev- und Quality-System konsolidiert. Hier wird das Cut-over-Drehbuch geschrieben – die genaue Choreografie für das Go-Live-Wochenende. Fiori-Aktivierung wird nur dort gemacht, wo es zwingend ist; sonst bleibt die GUI erhalten – Stabilität vor Modernismus.
Phase 5: Deploy – das eine Wochenende
Transporte einfrieren, Backup, SUM DMO im Produktivsystem, Index-Rebuild, Finance-Reconciliation, Smoke-Tests, Hypercare. Das Command Center ist während der Live-Schaltung der zentrale Ort. Erfahrungsgemäß sind die ersten 72 Stunden kritisch.
Phase 6: Run – wo der Betrieb beginnt
ALM, Solution Manager, regelmäßige Updates, HANA-Housekeeping. Prozess-Innovationen beginnen hier, nicht früher – sie haben in den ersten fünf Phasen nichts zu suchen. Ein gut strukturiertes Run-Modell macht aus dem Projekt einen kontinuierlichen Wertbeitrag.
Was Sie aus dieser Methodik lernen
- Discover ist strategisch, nicht technisch – die Tools liefern Fakten, die Entscheidung fällt das Management.
- Prepare nicht abkürzen – was hier vergessen wird, taucht in Realize doppelt so teuer auf.
- Explore ohne Funktionsänderungen – sonst kann man nicht mehr unterscheiden, was die Migration und was die Anpassung kaputt macht.
- Realize ist Teamarbeit – Fachbereiche, IT, externe Partner müssen synchron sein.
- Deploy ist Drehbuch – keine Improvisation am Wochenende.
- Run ist der eigentliche Wert – ein neues System ohne sauberen Betrieb ist kein Fortschritt.
Stand: 2026-05-10
