Business Central Go-Live: woran erkenne ich, ob wir bereit sind?

Readiness ist mehr als ein grüner Testbericht. Bereit sind Sie, wenn drei Dinge belegt sind und nicht bloß angenommen werden, und alle drei sind nachweisbar statt Ermessenssache. Erstens mindestens zwei vollständige Migrations-Testläufe: Der erste deckt die groben Probleme auf, der zweite zeigt, ob Sie sie wirklich gelöst haben. Wer nur einmal testet, migriert am Go-Live-Tag zum ersten Mal im Ernst. Zweitens eine Cutover-Generalprobe, also den Umstieg einmal komplett durchspielen, mit Zeitplan, Rollen und Rückfallpunkt. Erst dann wissen Sie, ob das Zeitfenster realistisch ist und wer im Ernstfall was tut. Drittens messbare Go/No-Go-Kriterien statt Bauchgefühl im Lenkungskreis: Der Datenabgleich stimmt, kritische Prozesse laufen End-to-End, Schlüsselnutzer sind geschult, der Rückfallplan steht. Ein grüner Bericht ohne echten Probelauf ist eine Vermutung, keine Bereitschaft.

Was macht echte Go-Live-Readiness aus?

Ein grüner Testbericht ist eine Vermutung, keine Bereitschaft. Bereit sind Sie erst, wenn drei Dinge belegt sind und nicht bloß angenommen werden. Und alle drei sind nachweisbar statt Ermessenssache:

1. Zwei oder mehr Migrations-Testläufe: Der erste Lauf deckt die groben Probleme auf, der zweite zeigt, ob Sie diese wirklich gelöst haben. Wer nur einmal migriert testet, migriert am Go-Live-Tag zum ersten Mal im Ernst.
2. Cutover-Generalprobe: den Umstieg einmal komplett durchspielen, mit Zeitplan, Rollen und Rückfallpunkt. Erst dann wissen Sie, ob das Cutover-Fenster realistisch ist und wer im Ernstfall was tut.
3. Messbare Go/No-Go-Kriterien: klar definierte Bedingungen statt Bauchgefühl im Lenkungskreis. Der Datenabgleich stimmt, kritische Prozesse laufen End-to-End, Schlüsselnutzer sind geschult, und der Rückfallplan steht.

Quelle: Microsoft Learn: Set up company configuration packages

Der Fahrplan: Was Sie in den letzten acht Wochen vor dem Go-Live prüfen

Readiness entsteht nicht in der Woche vor dem Termin. Sie wird in den zwei Monaten davor aufgebaut, und zwar in dieser Reihenfolge, weil jeder Schritt auf dem vorigen steht:

1. Acht Wochen vorher: erster vollständiger Migrationslauf. Auf einer Kopie der echten Produktivdaten, nicht auf dem aufgeräumten Testbestand. Alles, was an dieser Stelle noch nie durchgelaufen ist, ist ein offenes Risiko.
2. Sechs Wochen: die Fachbereiche arbeiten auf den migrierten Daten. Eine Woche lang, mit den eigenen Belegen und den eigenen Sonderfällen. Aus dieser Woche entsteht die Fehlerliste, die Sie danach in Showstopper und Nacharbeit trennen.
3. Vier Wochen: zweiter Migrationslauf mit den Korrekturen. Hier stoppen Sie auch die Zeit. Wie lange die Migration wirklich dauert, entscheidet später über die Länge Ihres Cutover-Fensters.
4. Drei Wochen: Cutover-Generalprobe. Der komplette Umstieg einmal durchgespielt, mit Uhrzeiten, namentlichen Rollen und dem Punkt, bis zu dem der Rückfall noch möglich ist.
5. Zwei Wochen: Go/No-Go-Kriterien festschreiben, Schulungen abschließen. Die Kriterien gehören schriftlich fixiert, bevor der Druck steigt. Wer sie erst in der Entscheidungssitzung formuliert, formuliert sie passend zum gewünschten Ergebnis.
6. Eine Woche: die Entscheidung im Lenkungskreis. Gegen die fixierten Kriterien, mit den Zahlen aus den Läufen davor. Das dauert dann eine halbe Stunde statt eines halben Tages.

Wenn Ihr Plan diese Schritte nicht enthält, ist der Go-Live-Termin eine Hoffnung und kein Datum. Das ist reparierbar, solange noch Zeit zum Verschieben ist.

Quelle: Microsoft Learn: Test your Dynamics 365 solution before deployment

Vier Sätze, nach denen ein Go-Live typischerweise kippt

Diese vier Sätze fallen vor fast jedem Go-Live. Jeder klingt beruhigend und ist in Wahrheit eine offene Frage:

• „Die offenen Punkte klären wir nach dem Go-Live.“ Ohne die Trennung in Showstopper und Nacharbeit wandert die gesamte Restliste in die erste Produktivwoche, also genau in die Tage, an denen niemand Luft dafür hat. Trennen Sie die Liste vorher und schriftlich.
• „Die Schnittstelle lief im Test.“ Im Test lief sie mit einer Handvoll Belege. Entscheidend ist der Lauf mit Ihrer Tagesmenge und Ihrer Lastspitze, und was passiert, wenn das Zielsystem einmal nicht antwortet.
• „Die Schlüsselnutzer sind geschult.“ Geschult heißt nicht arbeitsfähig. Die ehrliche Prüffrage lautet: Hat jeder von ihnen seinen eigenen Arbeitstag einmal komplett im neuen System durchlaufen, ohne dass jemand danebensaß?
• „Wir haben einen Rückfallplan.“ Ein Plan, der nie geprobt wurde, ist eine Absichtserklärung. Im Ernstfall zählt nur, ob jeder weiß, wer den Rückfall auslöst und bis zu welcher Uhrzeit er überhaupt noch möglich ist.

Keiner dieser Punkte ist teuer zu prüfen. Teuer wird es erst, wenn sie ungeprüft bleiben und die Antwort im Produktivbetrieb kommt.

Warum brauchen Sie die fachliche Abnahme und den Mut zum No-Go?

Ein technischer Test allein reicht nicht. Die kritischen Prozesse gehören von den Fachbereichen an echten Daten durchgespielt, nicht nur vom Projektteam abgehakt. Erst die fachliche Abnahme zeigt, ob der Betrieb am Tag eins tatsächlich läuft.

Der Unterschied ist größer, als er klingt. Das Projektteam prüft, ob das System das tut, was einmal spezifiziert wurde. Der Fachbereich prüft, ob es tut, was der Arbeitstag verlangt, und diese beiden Fragen fallen regelmäßig auseinander, weil längst nicht jede Anforderung dokumentiert wurde.

Ein ehrliches No-Go ist dabei eine seniore Entscheidung, kein Scheitern. Ein verschobener Go-Live kostet weniger als ein Go-Live, der im Tagesgeschäft zusammenbricht. Die Steuerung bleibt auf Ihrer Seite. Wenn Sie vor dem Go-Live stehen und unsicher sind, ob grün hier wirklich bereit heißt, prüfen wir Ihre Kriterien gemeinsam im Gespräch.