ERP-Migration: ein Plan in sechs Phasen
Projekte, die scheitern, ziehen meist alles auf einmal um und gestalten nichts neu. Ein Plan, der einen Prozess nach dem anderen verlagert, während das alte System weiterläuft, beseitigt die meisten Ursachen, an denen ERP-Migrationen scheitern.
Inhalt
Eine ERP-Migration scheitert erst langsam und dann öffentlich. Nach Angaben des Senior Director für ERP-Strategie bei Gartner erfüllen 70 % der ERP-Vorhaben ihren ursprünglichen Business Case nicht vollständig, und 25 % scheitern katastrophal1. Der folgende Plan ist aus dem gebaut, was die Studien zu gescheiterten Projekten als Ursachen nennen.
Was laut den Belegen schiefgeht
Drei Befunde kehren wieder. Erstens ziehen Unternehmen den alten Prozess unverändert um: 49 % der SAP-Migrationen in der Umfrage von ISG gestalteten kaum oder gar keine Prozesse neu, und weniger als jede fünfte Organisation führte Prozesse und Technik gemeinsam neu ein2. Zweitens liegt die Schwierigkeit bei den Menschen. Der Principal Analyst von ISG sagte The Register, „viele Verzögerungen werden von Menschen verursacht, nicht unbedingt von der Technik“2, und die Mitgliederbefragung von ASUG nennt die Änderung von Geschäftsprozessen mit 49 % als größte Hürde, vor Eigenentwicklungen mit 44 % und organisatorischer Trägheit mit 37 %3.
Drittens die Dauer. Das Warenwirtschaftsprojekt von Lidl lief rund sieben Jahre, bevor es gestoppt wurde, und in der internen Mitteilung des Unternehmens hieß es, die Ziele seien nicht mit vertretbarem Aufwand zu erreichen45. Ein Plan, der in seinen ersten Monaten kein funktionierendes Ergebnis vorweisen kann, hat keine Möglichkeit, das früh zu erkennen.
Die Strategie wählen
| Strategie | Was umzieht | Anteil in der Umfrage von ISG2 |
|---|---|---|
| Brownfield | Das bestehende System wird konvertiert, mit seiner Konfiguration und seinen Eigenentwicklungen | 34 % |
| Greenfield | Die Prozesse werden auf einem neuen System neu entworfen | 18 % |
| Mischform | Ausgewählte Teile werden konvertiert, andere neu gebaut | Knapp die Hälfte |
| Gestuft, Prozess für Prozess | Ein Prozess nach dem anderen zieht auf das neue System um, das aus dem alten liest, bis das Hauptbuch umzieht | Nicht erhoben |
Die gestufte Strategie war nicht praktikabel, solange das neue System eine weitere monolithische Suite war. Sie wird praktikabel, wenn das Ziel aus Modulen auf einer Datenschicht im Besitz des Unternehmens besteht, weil jedes Modul auf Daten produktiv gehen kann, die noch im alten ERP geführt werden.
Die sechs Phasen
1. Inventur. Zu erfassen sind die genutzten Module, die Eigenentwicklungen, die Schnittstellen und die Berichte, die jede Woche geöffnet werden. Zu kennzeichnen ist, was davon einen echten Prozess trägt und was Gewohnheit ist. Mehr als die Hälfte der von ISG Befragten stimmte zu, ihr altes ERP zu stark angepasst zu haben2; in der Inventur zeigt sich das.
2. Neugestaltung. Für jeden Prozess, der es wert ist, wird beschrieben, wie er ablaufen soll, gemeinsam mit den Menschen, die ihn ausführen. Diese Phase überspringen die meisten Projekte. Die eigenen Empfehlungen von OpenLazarus sagen dasselbe aus Sicht der KI: erst den zugrunde liegenden Prozess verbessern, dann automatisieren, und erst die Daten bereinigen und ordnen, dann die KI anschließen.
3. Daten. Festzulegen ist, welches System während des Übergangs Kunden, Lieferanten, Artikel und Preise führt; Dubletten und Lücken werden an der Quelle behoben. Zu vereinbaren ist, welche Historie umziehen muss und was in einem Archiv lesbar bleiben kann.
4. Ein Prozess, von Anfang bis Ende. Geeignet ist ein Prozess mit Volumen und einer klaren Kennzahl, etwa die Auftragserfassung aus E-Mails oder das Nachfassen bei Bestellungen. Er läuft auf dem neuen System mit den Daten des alten ERP, mit einem namentlich Verantwortlichen, Freigaberegeln für alles, was ein KI-Agent tut, und einem vorab vereinbarten Zielwert.
5. Ausweiten, im Parallelbetrieb. Die Prozesse kommen einzeln hinzu. Für jeden laufen Alt und Neu über einen festgelegten Zeitraum nebeneinander, und die Ergebnisse werden abgestimmt, bevor das alte Verfahren abgeschaltet wird. Das alte System bleibt durchgehend in Wartung, unter Extended Maintenance oder Drittwartung67.
6. Das Hauptbuch, zuletzt. Die Finanzbuchhaltung zieht um, wenn die operativen Prozesse, die sie speisen, stabil laufen. Eine Periode wird in beiden Systemen abgeschlossen und abgestimmt, und erst dann wird das alte stillgelegt.
Eine Checkliste für den Lenkungsausschuss
Bevor eine Phase beginnt
- Ein namentlich Verantwortlicher für den Prozess, aus dem Fachbereich und nicht aus der IT.
- Eine schriftliche Beschreibung, wie der Prozess nach dem Umzug abläuft.
- Eine Kennzahl und ein Zielwert, vereinbart vor dem Produktivstart.
- Datenregeln: welches System führt, und bis wann.
- Freigaberegeln für automatisierte Aktionen, je Aktion festgelegt.
- Ein Wartungsvertrag für das alte System, der ein Jahr länger läuft als der Plan.
- Eine Abbruchregel: welches Ergebnis das Programm anhält.
Woran Erfolg zu erkennen ist
Nach der ersten Phase läuft im Unternehmen ein Prozess besser als zuvor, und es gibt ein gemessenes Ergebnis, das das belegt. Nach der letzten hat es ein System, einen Datenbestand und kein Umstellungswochenende, an das es sich erinnern müsste. Die Kostenpositionen jeder Phase stehen im Kostenratgeber, und was in der Zwischenzeit mit der KI-Lücke des alten Systems geschehen soll, behandelt der Ratgeber ERP-Modernisierung mit KI.
Häufige Fragen
Welche Schritte hat eine ERP-Migration?
Sechs Phasen. Inventur dessen, was das alte System leistet, Neugestaltung der Prozesse, die es wert sind, Bereinigung und Zuordnung der Daten, Umzug eines Prozesses von Anfang bis Ende, Parallelbetrieb von Alt und Neu für die folgenden Prozesse und zuletzt der Umzug des Hauptbuchs. Jede Phase endet mit einem gemessenen Ergebnis, bevor die nächste beginnt.
Was ist eine ERP-Migrationsstrategie?
Die Entscheidung, wie viel sich ändert und in welcher Reihenfolge. In der Untersuchung von ISG zu SAP-Migrationen wählten 34 % der Unternehmen eine Brownfield-Konvertierung des bestehenden Systems, 18 % eine Greenfield-Neueinführung und knapp die Hälfte eine Mischform. Eine gestufte Migration Prozess für Prozess ist eine vierte Strategie; sie wird möglich, wenn das neue System aus dem alten lesen kann.
Warum scheitern ERP-Migrationen?
Überwiegend aus Gründen, die bei Menschen und Prozessen liegen. Der Principal Analyst von ISG sagte, „viele Verzögerungen werden von Menschen verursacht, nicht unbedingt von der Technik“, und in der Umfrage gestalteten 49 % der Projekte kaum oder gar keine Prozesse neu. Der ERP-Strategiechef von Gartner beziffert den Anteil der Vorhaben, die katastrophal scheitern, auf 25 %.
Was gehört in eine Checkliste für die ERP-Migration?
Eine Inventur der Module, Eigenentwicklungen, Schnittstellen und Berichte. Ein namentlich Verantwortlicher je Prozess. Datenregeln für Kunden, Lieferanten, Artikel und offene Vorgänge. Eine Erfolgskennzahl für den ersten Prozess. Eine Parallelphase mit festem Abstimmverfahren. Eine Wartungsregelung für das alte System, die bis zur letzten Umstellung reicht.
Quellen
- ERP carnage continues as orgs jump in unprepared. The Register, 13. Nov. 2025. Abgerufen 11. Nov. 2026.
- Most SAP migrations bust budgets and deadlines, study finds. The Register, 5. Feb. 2026. Abgerufen 11. Nov. 2026.
- Two-fifths of SAP Americas users yet to ditch legacy ERP. The Register, 5. Nov. 2025. Abgerufen 11. Nov. 2026.
- Lidl stoppt millionenschweres SAP-Projekt für Warenwirtschaft. Computerwoche, 18. Juli 2018. Abgerufen 11. Nov. 2026.
- Lidl cancels SAP introduction having sunk €500 million into it. Consultancy.uk, 13. Aug. 2018. Abgerufen 11. Nov. 2026.
- SAP S/4HANA: commitment to innovation and maintenance until 2040. SAP News Center, 4. Feb. 2020. Abgerufen 11. Nov. 2026.
- Third-party support for SAP. Rimini Street. Abgerufen 11. Nov. 2026.
Aktualisiert 11. Nov. 2026: Erstveröffentlichung.