Big Bang oder schrittweise: Die Einführungsstrategie wählen
Kurz gesagt
Die Wahl zwischen Big Bang, modulweiser und standortweiser Einführung hängt von drei Größen ab: wie viel Risiko Sie tragen können, wie viel Doppelbuchführung Sie leisten wollen und ob Sie eine Rückfalloption brauchen. Big Bang konzentriert Aufwand und Risiko auf einen Termin, modulweise und standortweise Einführung verteilen beides. Leichter zurückrollen lässt sich ein Schritt aber nur, wenn er sich technisch abgrenzen lässt, die Schnittstellen beherrscht bleiben und sich die Daten zurückführen lassen; Doppelbuchführung entsteht nur, wenn Sie in beiden Systemen buchen. Die Vergleichstabelle unten zeigt die Abwägung.
Das Wichtigste
- Big Bang: alle Module gleichzeitig live; Aufwand und Risiko konzentriert auf einen Termin.
- Modulweise: je Modul ein Go-Live; Rückfall je Modul möglich, sofern das Modul technisch abgrenzbar ist und sich seine Daten zurückführen lassen.
- Standortweise: je Standort ein Go-Live; erster Standort als Pilot; Rückfall je Standort möglich, sofern sich der Standort technisch abgrenzen lässt und seine Daten zurückführbar sind.
- Doppelbuchführung ist ein gewählter Betriebsmodus: Sie entsteht nur, wenn Sie dieselben Geschäftsvorfälle in beiden Systemen erfassen.
- Die Wahl hängt von Risiko-Toleranz, Doppelbuchführungs-Aufwand und Rückfalloption ab.
- ISO/IEC/IEEE 12207 und PMBOK 7. Aufl. sind freiwillige Standards, nicht rechtlich bindend; keiner von beiden schreibt eine Einführungsmethode vor.
Ob Sie das ERP-System in einem Stück umstellen oder Stück für Stück, entscheidet über den Aufwand, das Risiko und die Dauer des Projekts. Die drei Strategien — Big Bang, modulweise und standortweise Einführung — unterscheiden sich genau in diesen Punkten. Die Wahl ist eine Abwägung, keine Frage des besseren oder schlechteren Ansatzes.
Worum es bei der Entscheidung geht
Die Einführungsstrategie legt fest, wann welche Teile des neuen Systems produktiv werden. Sie ist unabhängig von der Software und vom Anbieter: Dasselbe ERP-System lässt sich als Big Bang, modulweise oder standortweise einführen. Die Entscheidung fällt in der Planungsphase, bevor der Umstellungstermin feststeht. Sie bestimmt, wie viel Parallelbetrieb Sie einplanen, wie Sie die Datenmigration aufteilen und welche Rückfalloption Sie haben.
Als Referenzrahmen für die Projektplanung lassen sich der PMBOK Guide in 7. Auflage und die Norm ISO/IEC/IEEE 12207 heranziehen. Beide sind freiwillige Standards und nicht rechtlich bindend; verbindlich werden sie erst, wenn ein Vertrag, eine Ausschreibung oder ein Qualitätssicherungssystem sie in Bezug nimmt. Die Norm ISO/IEC/IEEE 12207 in der Fassung von 2026 (2. Auflage, veröffentlicht am 29. April 2026) beschreibt einen gemeinsamen Rahmen für Software-Lebenszyklusprozesse, der sich auf einmalige wie auf kommerziell verteilte und anpassbare Software-Systeme anwenden lässt; nach der Zusammenfassung der IEC schreibt sie kein bestimmtes Lebenszyklusmodell und keine Entwicklungsmethodik vor. Der PMBOK Guide in 7. Auflage lässt nach den PMI-FAQs zur siebten Auflage das Vorgehen ebenfalls offen: Die Wahl zwischen prädiktivem, adaptivem und hybridem Vorgehen trifft das Projekt. Für die Wahl zwischen Big Bang, modulweiser und standortweiser Einführung geben beide Rahmen keine Methode vor.
Die drei Strategien im Überblick
Big Bang: Alle Module gehen am selben Tag in den Produktivbetrieb. Das Altsystem wird an einem Stichtag abgeschaltet. Der Aufwand konzentriert sich auf die Wochen vor dem Go-Live; danach ist die Umstellung abgeschlossen.
Modulweise: Die Module werden nacheinander eingeführt, etwa zuerst die Buchhaltung, dann das Lager, dann der Vertrieb. Jedes Modul hat ein eigenes Go-Live. Bis ein Modul live ist, läuft das Altsystem für dieses Modul weiter.
Standortweise: Die Einführung läuft Standort für Standort. Der erste Standort dient als Pilot; die übrigen Standorte folgen nach. Bis ein Standort live ist, läuft das Altsystem dort weiter.
Die Vergleichstabelle
Die Tabelle vergleicht die drei Strategien nach Risiko, Aufwand, Doppelbuchführung und Rückfalloption. Die Spalte Rückfalloption nennt die Bedingungen, unter denen ein Rückfall überhaupt möglich ist; die Bewertung ist eine redaktionelle Einschätzung, keine Normvorgabe. Ihre konkrete Lage kann das Gewicht verschieben.
| Strategie | Risiko | Aufwand | Doppelbuchführung | Rückfalloption |
|---|---|---|---|---|
| Big Bang | hoch: ein Fehler trifft alle Module gleichzeitig | konzentriert auf wenige Wochen vor dem Go-Live | gering: ein Umstellungstermin; Parallelbuchungen sind nur für das kurze Umstellungsfenster nötig, falls Sie sie dort vorsehen | schwierig: ein Rückfall betrifft alle Module gleichzeitig; nur möglich, wenn das Altsystem bis dahin parallel betriebsbereit bleibt und sich die Daten zurückführen lassen |
| modulweise | mittel: je Modul ein Go-Live, die Integration wächst mit jedem Schritt | verteilt über die Projektlaufzeit, länger | hoch, falls Sie Parallelbuchungen vorsehen: pro Modul ein Fenster mit Erfassung in beiden Systemen; erfassen Sie nur in einem System, entfällt die Doppelbuchführung | möglich, sofern das Modul technisch abgrenzbar ist, die Schnittstellen beherrscht werden und sich seine Daten zurückführen lassen: ein Modul lässt sich zurückrollen, die übrigen bleiben live |
| standortweise | mittel: der Pilot-Standort trägt das Risiko, die übrigen folgen | verteilt über die Projektlaufzeit, länger | hoch, falls Sie Parallelbuchungen vorsehen: pro Standort ein Fenster mit Erfassung in beiden Systemen; erfassen Sie nur in einem System, entfällt die Doppelbuchführung | möglich, sofern sich der Standort technisch abgrenzen lässt, die Schnittstellen beherrscht werden und sich seine Daten zurückführen lassen: ein Standort lässt sich zurückrollen, die übrigen bleiben live |
Wie die Strategie die Laufzeit bestimmt
Die Strategie bestimmt, wie viele Umstellungsschritte das Projekt hat. Beim Big Bang gibt es einen Go-Live, die Belastung konzentriert sich auf die Wochen davor. Beim modulweisen und standortweisen Vorgehen kommen mehrere Umstellungsschritte hinzu, jeder mit eigenem Test und eigener Freigabe; die Gesamtlaufzeit ist deshalb länger, sofern Sie die Schritte nicht überlappen.
Der zusätzliche Erfassungsaufwand hängt davon ab, ob Sie in beiden Systemen buchen. Je länger Sie Parallelbuchungen vorsehen, desto höher dieser Erfassungsaufwand und desto größer das Risiko, dass sich die Daten in beiden Systemen unterscheiden; erfassen Sie nur in einem System, entfällt dieser zusätzliche Erfassungsaufwand. Betrieb, Schnittstellen und Abstimmung zwischen den Systemen können auch dann Aufwand verursachen, wenn Sie nur in einem System erfassen. Ein Beispiel: Ein Betrieb mit drei Standorten und fünf Modulen. Beim Big Bang läuft das Altsystem für wenige Tage parallel, dann ist die Umstellung abgeschlossen. Beim modulweisen Vorgehen läuft das Altsystem für jedes der fünf Module parallel, bis das Modul live ist; beim standortweisen für jeden der drei Standorte. Unter der Annahme, dass jedes Umstellungsfenster gleich lang ist und die Fenster vollständig aufeinanderfolgen, ergibt sich beim modulweisen Vorgehen etwa das Fünffache und beim standortweisen etwa das Dreifache des Big-Bang-Fensters. Führen Sie mehrere Module oder Standorte in einem Fenster zusammen oder überlappen die Fenster, verkleinert sich der Faktor; die Zahl der Module oder Standorte allein legt ihn nicht fest. Die Zahlen sind eine Beispielrechnung mit diesen Annahmen, keine Messung.
Wovon die Wahl abhängt
Vier Größen entscheiden, welche Strategie passt. Prüfen Sie jede für sich.
| Größe | Was Sie prüfen | Was sie für die Strategie bedeutet |
|---|---|---|
| Kopplung der Module | Wie stark hängen die Module voneinander ab? | Stark gekoppelte Module sprechen für den Big Bang; schwach gekoppelte Module lassen sich modulweise einführen. |
| Anzahl der Standorte | Wie viele Standorte betreiben Sie? | Ein Standort spricht für den Big Bang; mehrere Standorte für die standortweise Einführung. |
| Risiko-Toleranz | Wie viel Ausfallzeit kann der Betrieb verkraften? | Geringe Toleranz spricht für die schrittweise Einführung; hohe Toleranz für den Big Bang. |
| Doppelbuchführungs-Aufwand | Wie viel Erfassung in beiden Systemen können Sie leisten? | Wenig leistbarer Aufwand spricht für den Big Bang mit seinem einen kurzen Umstellungsfenster; viel leistbarer Aufwand macht die mehreren Fenster bei modul- oder standortweiser Einführung tragbar. Legen Sie zuerst den Betriebsmodus fest: Erfassen Sie nur in einem System, entfällt die Doppelbuchführung unabhängig von der Zahl der Fenster. |
Ein Beispiel zeigt, wie die Größen zusammenwirken. Ein Einzelstandort mit fünf eng gekoppelten Modulen, enger Ausfallzeit-Toleranz und begrenztem Personal für die Doppelbuchführung: Die Kopplung spricht für den Big Bang, die geringe Toleranz für die schrittweise Einführung, der begrenzte Doppelbuchführungs-Aufwand für den Big Bang. Zwei von drei Größen sprechen für den Big Bang; die Entscheidung fällt auf den Big Bang, sofern die Rückfalloption tragbar ist: das Altsystem parallel betriebsbereit halten und die Daten zurückführen können. Dagegen spricht ein Betrieb mit drei Standorten und schwach gekoppelten Modulen: Die standortweise Einführung mit dem einfachsten Standort als Pilot ist hier die bessere Wahl. Das ist eine redaktionelle Einschätzung.
Warnsignale
- Der Big Bang ist gewählt, weil der Termin drängt, nicht weil die Module stark gekoppelt sind.
- Die Doppelbuchführung wird nicht eingeplant, obwohl mehrere Module parallel laufen.
- Der Parallelbetrieb wird angesetzt, ohne zu entscheiden, in welchem System erfasst wird.
- Die Rückfalloption ist nicht definiert, bevor der Umstellungstermin feststeht.
- Der Rückfall ist eingeplant, ohne dass geprüft wurde, ob sich der umgestellte Teil abgrenzen lässt, die Schnittstellen beherrscht werden und sich die Daten zurückführen lassen.
- Der Pilot-Standort ist der komplexeste, nicht der einfachste.
- Die Datenmigration wird als ein Block geplant, obwohl die Module nacheinander live gehen.
So entscheiden Sie
- Kartieren Sie die Module und ihre Kopplung: Welche Module hängen voneinander ab, welche sind unabhängig?
- Zählen Sie die Standorte und ordnen Sie sie nach Komplexität: Welcher Standort ist der einfachste, welcher der komplexeste?
- Bewerten Sie die Risiko-Toleranz: Wie viel Ausfallzeit kann der Betrieb verkraften?
- Entscheiden Sie den Betriebsmodus für den Parallelbetrieb: Erfassen Sie in beiden Systemen (Doppelbuchführung) oder nur in einem? Wie viel Parallelbuchung leisten Sie pro Modul oder Standort?
- Wählen Sie die Strategie und definieren Sie die Rückfalloption: Was passiert, wenn ein Go-Live scheitert? Ein Rückfall setzt voraus, dass sich der umgestellte Teil technisch abgrenzen lässt, die Schnittstellen beherrscht werden und sich die Daten zurückführen lassen.
Den Umstellungstag selbst planen Sie im Cut-over-Plan, die Freigabe vor dem Start in der Go/No-Go-Checkliste. Die ersten Wochen nach dem Go-Live regeln Sie in der Hypercare.