Der Go-Live ist verschoben. Was jetzt?

Wenn ein Go-Live-Termin mehrfach fällt, ist das kein Termin-Problem, sondern ein Steuerungs-Problem. Der erste richtige Schritt ist nicht ein neuer Plan, sondern eine ehrliche Bestandsaufnahme: Wo steht das Projekt wirklich, in Scope, Daten, Prozessen und Verantwortung. Diese Diagnose dauert Tage, nicht Wochen. Der Termin ist nur die Stelle, an der Ursachen sichtbar werden, die Wochen oder Monate vorher entstanden sind: ein Scope, der nie dokumentiert und vereinbart wurde, Daten, die nicht bereinigt sind, offene Prozessfragen, oder niemand, der verbindlich entscheiden darf. Daran erkennen Sie, ob wirklich nur der Termin das Problem war: Bleibt der Plan nach der Verschiebung unverändert und wandern nur die Daten nach hinten, wurde die Ursache nicht angefasst. Eine zweite Verschiebung ist dann wahrscheinlich, und sie kostet mehr als die erste, weil das Vertrauen im Haus mit jeder Runde sinkt.

Warum ist der Termin nur das Symptom?

Ein verschobener Go-live ist ein Symptom, dessen Ursache Wochen oder Monate vorher entstanden ist. In den meisten Fällen war der Scope nicht dokumentiert und vereinbart, die Daten waren nicht bereinigt, Prozesse waren offen, oder es gab niemanden, der verbindlich entscheiden durfte. Der Termin ist die erste Stelle, an der all das gleichzeitig sichtbar wird.

Daran erkennt man, ob es wirklich der Termin ist: Wenn der Plan nach der Verschiebung unverändert bleibt und nur die Daten nach hinten wandern, wurde die Ursache nicht angefasst. Eine zweite Verschiebung ist dann wahrscheinlich, und sie kostet mehr als die erste, weil das Vertrauen im Unternehmen mit jeder Runde sinkt.

Deshalb ist der erste richtige Schritt kein neuer Plan, sondern eine nüchterne Standortbestimmung. Sie beantwortet, wo das Projekt in Scope, Daten, Prozessen und Verantwortung tatsächlich steht. Diese Diagnose dauert Tage, nicht Wochen.

Was prüft eine ehrliche Bestandsaufnahme?

Eine ehrliche Bestandsaufnahme prüft sechs Dinge gegen die ursprünglichen Anforderungen: Scope und offene Punkte, Termin- und Budgetprognose auf Basis von Ist-Zahlen statt Annahmen, Datenqualität je Objekt, Testabdeckung der Kernprozesse mit echten Daten, die geübte Umschaltung, und die Frage, ob die Gremien die Informationen haben, die sie zum Entscheiden brauchen.

Microsoft beschreibt die technischen Voraussetzungen einer Inbetriebnahme in der eigenen Dokumentation. Der technische Teil ist dabei selten der Engpass. Was kippt, sind Datenqualität und fachliche Abnahme, und beides lässt sich nur mit echten Daten prüfen, nicht mit Testdatensätzen.

Quelle: Microsoft Learn: Deployment of Dynamics 365 Business Central

Erst nach dieser Aufnahme fällt eine belastbare Entscheidung, und es gibt genau drei Möglichkeiten: weiterführen mit korrigierter Steuerung, Teile neu aufsetzen, oder das Fundament sichern, bevor überhaupt ein neuer Termin gesetzt wird.

Warum entscheidet Senior-Erfahrung an dieser Stelle?

Senior-Erfahrung entscheidet hier, weil die schwierigen Fragen keine Kapazitätsfragen sind. Jemand muss sagen können, dass ein Termin nicht zu halten ist, bevor er reißt. Jemand muss zwischen Symptom und Ursache unterscheiden, wenn alle Beteiligten unter Druck stehen. Und jemand muss eine No-Go-Entscheidung aushalten, wenn die Alternative ein erzwungener Go-live mit unsauberen Daten wäre.

Der praktische Unterschied zeigt sich an einem Punkt: Ein Senior fragt nach den Restaufwänden auf Ist-Basis und nach der Entscheidungslatenz der letzten Wochen. Beide Zahlen sagen mehr über den nächsten Termin als jeder Projektplan, und beide lassen sich ohne Zusatzaufwand aus den vorhandenen Protokollen ablesen.

Die Steuerung bleibt in diesem Prozess auf Ihrer Seite. Wir bringen die Sicht von außen und die Erfahrung, wie solche Lagen sich entwickeln. Die Entscheidung über Termin und Umfang trifft Ihr Haus, mit belastbaren Zahlen statt Hoffnung.