Wie lange dauert eine Business-Central-Einführung wirklich?

Drei Größenordnungen, als Erfahrungswerte aus unseren Projekten: Eine Gesellschaft nah am Standard mit sauberen Daten dauert etwa drei bis vier Monate. Ein bis zwei Gesellschaften mit eigener Branchenlogik und Ablösung eines Altsystems, der häufigste Fall im Mittelstand, etwa sechs bis neun Monate. Mehrere Gesellschaften oder Länder mit tiefer Fertigung: zwölf Monate und mehr bis zum ersten Standort, danach geht es schneller, weil Sie ausrollen statt einzuführen. Die oft genannten 8 bis 16 Wochen gelten nur für den ersten Fall. Ein knapper Zeitrahmen hält, wenn drei Bedingungen zusammenkommen: eine einzige Gesellschaft ohne Multi-Entity-Struktur, Prozesse nah am Standard mit wenig Anpassung und eine bereits saubere Datenbasis. Entscheidend ist, dass alle drei zutreffen und nicht zwei von drei. Fehlt die saubere Datenbasis, wandert die Bereinigung in den kritischen Pfad und verlängert das Projekt an seiner empfindlichsten Stelle. Kommt eine zweite Gesellschaft hinzu, ändert sich nicht nur der Umfang, sondern die Logik: Dann braucht es ein Template und einen Piloten, also ein anderes Vorgehen mit einer anderen Dauer. Wer die Dauer belastbar wissen will, prüft deshalb zuerst diese drei Punkte.

Wann ist eine schnelle Einführung realistisch?

Schnelle Einführungen sind nicht erfunden, aber sie gelten für einen klar umgrenzten Fall. Wenn alle drei folgenden Bedingungen zusammenkommen, ist ein knapper Zeitrahmen von wenigen Monaten tatsächlich haltbar, und es gibt keinen Grund, länger zu planen als nötig.

• Eine einzige Gesellschaft, keine Multi-Entity-Struktur.
• Wenig Anpassung, Prozesse nah am Standard.
• Eine bereits saubere Datenbasis.

Entscheidend ist, dass alle drei zutreffen und nicht zwei von drei. Fehlt die saubere Datenbasis, wandert die Bereinigung in den kritischen Pfad und verlängert das Projekt an der empfindlichsten Stelle. Kommt eine zweite Gesellschaft hinzu, verändert sich nicht nur der Umfang, sondern die Logik: Dann braucht es ein Template und einen Piloten, und das ist ein anderes Vorgehen mit einer anderen Dauer. Prüfen Sie die drei Punkte deshalb ehrlich, bevor Sie einen Zeitplan zusagen.

Was treibt die Dauer wirklich?

Sobald Sie von diesem Fall abweichen, verschiebt sich die Rechnung. Die Dauer hängt an fünf Faktoren, die man vorab benennen kann, statt sie im Projekt zu entdecken.

• Zustand Ihrer Altdaten und Aufwand der Bereinigung.
• Zahl der Gesellschaften und Länder.
• Integrationstiefe zu Umsystemen.
• Anpassungsgrad gegenüber dem Standard.
• Dokumentationsstand Ihrer Prozesse.

Datenmigration und Test sind dabei die regelmäßig unterschätzten Blöcke, weil beide erst im Projekt ihre wahre Größe zeigen. Bei mehreren Gesellschaften kommt der Rollout-Faktor hinzu: erst den Piloten härten, dann ausrollen, statt alle Standorte parallel zu starten. Und der letzte Punkt wirkt indirekt, aber stark: Undokumentierte Prozesse müssen im Projekt erst entschieden werden, und Entscheidungen brauchen Kalenderzeit, nicht Beratungstage. Genau an diesem Punkt verlängern sich Projekte in der Praxis am häufigsten.

Woraus die Dauer besteht: die Phasen und ihre Anteile

Hilfreicher als eine Gesamtzahl ist die Frage, wie sich die Zeit verteilt. Aus unseren Projekten ergibt sich ein Muster, das über die Größenklassen hinweg erstaunlich stabil bleibt:

Lesen Sie diese Tabelle einmal anders herum: Migration, Test und Abnahme machen zusammen etwa 40 Prozent der Projektzeit aus. Das ist genau der Teil, der am Ende unter Termindruck gekürzt wird, weil er spät liegt und nach Fleißarbeit aussieht. Wer dort kürzt, verschiebt die Arbeit nicht, sondern nur den Zeitpunkt, an dem sie auffällt, und zwar in den Produktivbetrieb.

Was hinter den drei Größenklassen steckt

Die Spannen oben sind Erfahrungswerte, keine Zusage. Entscheidend ist, woran sie hängen, denn daran erkennen Sie, in welche Klasse Ihr Vorhaben fällt:

• Eine Gesellschaft, nah am Standard, Daten bereits sauber: etwa drei bis vier Monate. Das ist der Fall, für den die bekannten kurzen Zeitrahmen gelten. Er kommt vor, nur eben seltener, als er verkauft wird.
• Eine oder zwei Gesellschaften mit eigener Branchenlogik und Ablösung eines Altsystems: etwa sechs bis neun Monate. Hier liegt der größte Teil des Mittelstands. Den Ausschlag geben die Migration und die Zahl der angebundenen Umsysteme, nicht der Funktionsumfang.
• Mehrere Gesellschaften oder Länder, tiefe Fertigung: zwölf Monate und mehr bis zum ersten Standort. Dafür wird es danach schneller, weil Sie nicht mehr einführen, sondern ausrollen. Entscheidend ist, dass der Pilot wirklich gehärtet ist, bevor der zweite Standort startet.

Wenn Ihnen für den zweiten oder dritten Fall ein Zeitrahmen aus dem ersten angeboten wird, ist das kein Zeichen von Geschwindigkeit, sondern von einer Annahme, die niemand offengelegt hat. Fragen Sie in dem Fall nach den Annahmen hinter der Zahl, nicht nach einem Rabatt.

Was ist eine ehrliche Spanne statt einer Wunschzahl?

Wir geben Ihnen vorab eine Spanne auf Basis Ihrer tatsächlichen Komplexität, nicht eine Zahl, die gut klingt. Eine belastbare Spanne, die hält, ist im Projekt mehr wert als ein knapper Termin, der reißt, weil sich an der Terminzusage die gesamte Planung Ihrer Fachbereiche aufhängt.

Praktisch heißt das: Wir benennen den Rahmen, die Annahmen dahinter und die zwei oder drei Punkte, die ihn kippen könnten. Damit können Sie steuern, statt zu hoffen. Ein Termin ohne offengelegte Annahmen ist keine Planung, sondern nur ein Versprechen.

Ein Punkt gehört von Anfang an mitgedacht: Mit dem Go-live endet die Arbeit nicht. Business Central erhält zwei größere Releases im Jahr plus laufende Updates, und Microsoft veröffentlicht den Zeitplan dafür vorab. Wer diesen Rhythmus von Anfang an mit einplant, hat danach Ruhe statt Überraschungen.

Quelle: Microsoft Learn: Update cycles

Ob der Termin trägt, entscheidet sich an einer anderen Frage: Woran erkennen Sie, dass Sie go-live-bereit sind?