Cutover: Das Wochenende, das das Projekt definiert
Stand 2026-09-03
Ein Cutover-Wochenende verdichtet die 48 bis 72 Stunden mit dem höchsten Einsatz eines SAP-Analytics-Programms in eine Entscheidung, die in der Praxis unumkehrbar ist: Sobald Finance die Ist-Zahlen des Montags in das neue System gebucht hat, bedeutet ein Rollback den Verlust von Live-Daten. Dieses Modul baut die Arbeitsdisziplin, die einen gesteuerten Go-live von einem Glücksspiel unterscheidet - ein skriptiertes Runbook mit Zeitpuffer-Rechnung, vor dem Wochenende vereinbarte und unterschriebene Rollback-Trigger, einen einzigen benannten War-Room-Verantwortlichen und ein strukturiertes Hypercare für die ersten fünf Tage. Berater, die einen Cutover tatsächlich durchgeführt haben - nicht nur dafür geplant haben - stehen an der Spitze der erfahrenen EMEA-Tagessatzbänder und werden als Erste für das nächste Programm des Kunden angerufen.
Was Sie lernen
- Ein Cutover-Runbook für ein SAP-Analytics-Programm entwerfen, das Freeze, Ladung, Validierung und Go/No-go-Entscheidungspunkte mit realistischen Zeitpuffern und namentlichen Verantwortlichen sequenziert
- Vorab vereinbarte Rollback-Auslösekriterien definieren, die wiederherstellbare von nicht wiederherstellbaren Situationen unterscheiden und die Rollback-Entscheidung aus dem Druck des Cutover-Fensters herausnehmen
- Das Kommunikationsprotokoll, die War-Room-Struktur und die Eskalationshierarchie für ein Cutover-Wochenende etablieren, die Stakeholder informiert halten, ohne Entscheidungen per Ausschuss zu erzeugen
- Ein Hypercare-Modell für die 48 Stunden nach Go-live strukturieren, das die Phase mit der höchsten Incident-Rate eindämmt und die Erkenntnisse in künftige Cutover-Runbooks zurückspeist
Was ein Cutover-Wochenende tatsächlich ist
Ein Cutover-Wochenende ist kein technisches Ereignis. Es ist das einzige Change-Management-Ereignis mit dem höchsten Einsatz im gesamten SAP-Analytics-Programm – verdichtet auf 48 bis 72 Stunden, ohne Rückgängig-Taste, sobald der Geschäftsbetrieb am Montagmorgen wieder aufgenommen wird. Die Go-live-Entscheidung ist in der Praxis unumkehrbar. Technisch ist ein Rollback immer möglich; in der Realität bedeutet ein Rollback, sobald 200 Finance-Controller am Montagmorgen begonnen haben, Ist-Zahlen in das neue System zu buchen, den Verlust ihrer Daten. Das Cutover-Wochenende ist der Moment, in dem das Projektteam beweist, dass alles, was es gebaut hat, real ist.
Für SAP-Analytics – Datasphere, SAC, BW/4HANA oder kombinierte Landschaften – hat der Cutover ein spezifisches Profil: Er umfasst Datenvalidierung in einem Moment, in dem die Daten am komplexesten sind (Periodenabschluss oder der Freitag vor einem Montags-Go-live), technische Sequenzierung über Systeme hinweg, die nicht alle dem Projektteam gehören, und Sign-off der Fachbereichs-Stakeholder unter Zeitdruck. Dieses Modul dokumentiert, wie man das plant und durchführt, ohne zu improvisieren.
Voraussetzungen
- Praktische Erfahrung auf mittlerem Niveau in SAP-Analytics-Projekten
- Zunächst die Kernkonzepte wiederholen: C058, C047, C087
Lernergebnisse
- Ein realistisches Szenario durcharbeiten: Ein europäischer Fertigungskonzern stellt sein Konzernkonsolidierungs- und Kostenstellen-Reporting von BW auf eine kombinierte Datasphere- und SAC-Landschaft um.
- Das Anti-Pattern erkennen und vermeiden: Rollback-Kriterien werden während des Wochenendes ausgehandelt, nicht davor.
- Die zentrale Entscheidung des Moduls anwenden: Wie viel Zeitpuffer in das Cutover-Runbook eingebaut wird – wählen Sie 20 % Kontingenz zusätzlich zur Summe der Schrittdauern hinzufügen.
- Die Beherrschung mit dem KPI verfolgen: Zeitpuffer-Marge (Ziel: Die tatsächlich verstrichene Zeit bleibt innerhalb der im Runbook eingebauten 20 % Kontingenz; Warnsignal: Der Puffer ist aufgebraucht, bevor Phase 2 abgeschlossen ist).
Vollständiges Modul für Mitglieder. Das vollständige Modul ergänzt: den Entscheidungsrahmen · das durchgehende Szenario · die KPI-Scorecard · die Anti-Muster · die Wissenskontrolle · die Schemata.