Der Projektplan zeigt grün, alle Arbeitspakete sind abgeschlossen, das Testsystem läuft stabil. Trotzdem scheitern Go-Lives regelmäßig an mangelnder Vorbereitung der letzten kritischen Phase. Golive Readiness beschreibt die systematische Überprüfung aller Voraussetzungen für einen erfolgreichen Produktivstart. Wer diese Phase unterschätzt, riskiert Systemausfälle, Datenverluste und massive Mehrkosten.
Was Golive Readiness konkret bedeutet
Wann ist Golive Readiness gegeben? Wann sind wir fertig für den Golive? Golive Readiness ist kein einzelner Meilenstein, sondern ein strukturierter Bewertungsprozess. Er prüft, ob alle technischen, organisatorischen und prozessualen Voraussetzungen für den Produktivstart erfüllt sind. Die Bewertung erfolgt anhand definierter Kriterien und mündet in einer dokumentierten Go/No-Go-Entscheidung.
Die Readiness-Prüfung umfasst mehrere Dimensionen:
| Dimension | Prüfgegenstand | Typische Kriterien |
|---|---|---|
| Technische Readiness | Systeme, Infrastruktur, Schnittstellen | Alle kritischen Tests bestanden, Performance-Ziele erreicht, Failover getestet |
| Organisatorische Readiness | Rollen, Verantwortlichkeiten, Eskalationswege | Support-Team geschult, Bereitschaftsdienste definiert, Kommunikationsketten dokumentiert |
| Prozessuale Readiness | Arbeitsabläufe, Dokumentation | Prozessdokumentation vollständig, Schulungen durchgeführt, Workarounds definiert |
| Daten-Readiness | Migration, Qualität, Vollständigkeit | Datenmigration validiert, Abstimmungen durchgeführt, Rückführungsplan vorhanden |
Eine strukturierte Golive Readiness Checkliste verhindert, dass kritische Punkte übersehen werden. Sie schafft Transparenz für alle Stakeholder und dokumentiert die Entscheidungsgrundlage auditfest.
Der Cutover Plan als Herzstück des Produktivstarts
Das Cutover Management koordiniert alle Aktivitäten vom letzten produktiven Tag im Altsystem bis zum stabilen Betrieb im Neusystem. Ein Cutover Plan ist keine einfache Aufgabenliste. Er ist ein minutengenauer Fahrplan mit definierten Abhängigkeiten, Verantwortlichkeiten und Entscheidungspunkten.
Aufbau eines professionellen Cutover Plans
Ein wirksamer Cutover Plan enthält folgende Elemente:
Zeitliche Struktur
– Startzeit der Cutover-Phase
– Sequenz aller Aktivitäten mit Start- und Endzeiten
– Pufferzeiten für unvorhergesehene Verzögerungen
– Point of No Return (PONR) klar markiert
– Geplante Produktivnahme
Aktivitäten und Abhängigkeiten
Jede Aktivität wird mit Vorgängern und Nachfolgern verknüpft. Parallele Aktivitäten werden identifiziert, um den kritischen Pfad zu bestimmen. Typische Cutover Aktivitäten umfassen:
– Systemsperrung im Altsystem
– Abschließende Datenmigration (Delta-Migration)
– Validierung der migrierten Daten
– Technische Systemkonfiguration
– Schnittstellenaktivierung
– Smoke Tests im Produktivsystem
– Freigabe für Endanwender
Rollen und Kommunikation
Der Cutover Plan definiert für jede Aktivität einen Verantwortlichen und einen Stellvertreter. Kommunikationsintervalle während des Cutover sind festgelegt. Ein Cutover War Room bündelt alle Entscheidungsträger an einem Ort oder in einem permanenten virtuellen Meeting.
Kritische Erfolgsfaktoren im Cutover Management
Effektives Cutover Management unterscheidet erfolgreiche Go-Lives von gescheiterten. Die folgenden Faktoren bestimmen den Ausgang:
Realistische Zeitplanung
Die häufigste Ursache für Cutover Probleme sind zu optimistische Zeitschätzungen. Erfahrene Projektleiter planen mit folgenden Aufschlägen:
| Aktivitätstyp | Empfohlener Puffer |
|---|---|
| Datenmigration | 50% der geschätzten Zeit |
| Manuelle Konfiguration | 30% der geschätzten Zeit |
| Validierungsschritte | 25% der geschätzten Zeit |
| Gesamter Cutover | Mindestens 20% Reserve |
Durchgeführte Probeläufe
Ein Cutover ohne vorherigen Probelauf ist Blindflug. Mindestens ein vollständiger Dress Rehearsal muss unter realistischen Bedingungen stattfinden. Dabei werden nicht nur die technischen Aktivitäten getestet, sondern auch Kommunikationswege, Eskalationen und Rollback-Prozeduren.
Der Probelauf liefert validierte Zeitdauern für alle Aktivitäten. Er deckt fehlende Berechtigungen, unklare Verantwortlichkeiten und technische Hindernisse auf. Die Erkenntnisse fließen in den finalen Cutover Plan ein.
Definierte Rollback-Strategie
Jeder Cutover Plan braucht einen Plan B. Die Rollback-Strategie beschreibt, wie das Altsystem wieder in Betrieb genommen wird, falls der Golive scheitert. Sie definiert:
– Triggerpunkte für die Rollback-Entscheidung
– Zeitfenster, in dem ein Rollback möglich ist
– Technische Schritte zur Systemwiederherstellung
– Kommunikation an Anwender und Stakeholder
– Konsequenzen für den weiteren Projektverlauf
Der Point of No Return markiert den Zeitpunkt, ab dem ein Rollback nicht mehr oder nur mit unverhältnismäßigem Aufwand möglich ist. Vor diesem Punkt erfolgt eine explizite Go/No-Go-Entscheidung.
Die Go/No-Go-Entscheidung strukturiert herbeiführen
Die finale Entscheidung über den Produktivstart erfordert klare Kriterien und definierte Entscheidungsträger. Ein strukturiertes Golive Readiness Assessment bildet die Grundlage.
Readiness-Kriterien kategorisieren
Nicht alle offenen Punkte haben gleiches Gewicht. Eine Kategorisierung schafft Klarheit:
Kategorie A: Golive-Blocker
Diese Punkte müssen vor dem Produktivstart gelöst sein. Beispiele: Kritische Funktionalität nicht verfügbar, Datenmigration unvollständig, regulatorische Anforderungen nicht erfüllt.
Kategorie B: Akzeptable Risiken
Diese Punkte können nach dem Golive gelöst werden, erfordern aber definierte Workarounds und einen Lösungsplan. Beispiele: Einzelne Reports nicht verfügbar, Performance-Optimierung ausstehend.
Kategorie C: Kosmetische Mängel
Diese Punkte beeinträchtigen den Produktivbetrieb nicht wesentlich. Beispiele: UI-Verbesserungen, zusätzliche Komfortfunktionen
