Unabhängige Studien zeigen, dass 50-75 % der ERP-Projekte scheitern oder das geplante Budget bzw. den Zeitplan deutlich überschreiten.1 So hoch diese Zahl auf den ersten Blick wirkt, zeigt die akademische Literatur, dass fast keines dieser Scheitern an der Software selbst liegt, sondern am Projektmanagement und an der organisatorischen Vorbereitung.2 In diesem Artikel behandeln wir die 6 kritischen Gründe, warum ERP-Projekte scheitern, und wie man sie vermeidet.
1. Unzureichendes Change Management und Nutzerwiderstand
Akademische Studien identifizieren unzureichendes Change Management als eine der Hauptursachen für das Scheitern von ERP-Projekten, was zu geringer Nutzerakzeptanz und direktem Widerstand führt.2 Versteht das Team nicht, warum es das neue System nutzen soll, kehrt es zu alten Excel-Gewohnheiten zurück, und die Investition zahlt sich nicht aus.
2. Scope Creep und übermäßige Anpassung
Im Projektverlauf führt die Denkweise „wo wir schon dabei sind, fügen wir das auch noch hinzu“ zu einer stetigen Ausweitung des Umfangs — eine der häufigsten Ursachen für Budgetüberschreitungen. Übermäßige Anpassung verlängert sowohl das Projekt als auch künftige Updates werden dadurch komplizierter.
3. Schlechte Datenmigration und Datenqualität
Fehlerhafte, doppelte oder unvollständige Daten, die aus dem Altsystem oder verstreuten Excel-Dateien übernommen werden, bringen dieselben Probleme in das neue ERP-System. „Garbage in, garbage out“ ist vielleicht das am häufigsten übersehene Risiko bei ERP-Projekten.
4. Unzureichende Testphase
Eine durch Zeitdruck verkürzte Testphase führt zu Fehlern, die erst nach dem Go-Live auftreten und Geschäftsprozesse zum Stillstand bringen. Das Testen durchgängiger Szenarien (Bestellung → Lieferung → Rechnung → Zahlungseingang) mit echten Daten ist unerlässlich, um im Live-Betrieb keine Überraschungen zu erleben.
5. Fehlendes Sponsoring durch die Geschäftsführung
Wird ein ERP-Projekt nur als „IT-Projekt“ betrachtet und fehlt die Unterstützung der Geschäftsführung, gerät es bei Prioritätskonflikten zwischen Abteilungen schnell ins Hintertreffen. Sichtbares, aktives Sponsoring durch die Geschäftsführung ist ein Erfolgsfaktor, der in akademischen Studien immer wieder auftaucht.2
6. Falsch getimter Go-Live
Ein Go-Live während des Jahresabschlusses, der Hochsaison oder einer kritischen Ausschreibungsphase verstärkt die geschäftlichen Auswirkungen möglicher Störungen. Der Go-Live-Zeitpunkt sollte in die Phase der geringsten operativen Auslastung des Unternehmens gelegt werden.
Die 3 häufigsten Ursachen für Budgetüberschreitungen
| Ursache | Häufigkeit in Projekten |
|---|---|
| Unterschätzung des Projektteams (Personalbedarf) | 38 % |
| Nachträgliche Ausweitung des Umfangs | 35 % |
| Technische oder datenbedingte Probleme | 34 % |
Wie man das Scheitern verhindert
- Legen Sie den Umfang von Anfang an schriftlich fest und lassen Sie jede Änderungsanfrage einen formellen Genehmigungsprozess durchlaufen.
- Reservieren Sie vor der Migration eigene Zeit und Verantwortlichkeit für die Datenbereinigung.
- Bestimmen Sie einen sichtbaren, aktiven Sponsor aus der Geschäftsführung — überlassen Sie das Projekt nicht allein der IT.
- Schulen Sie das Team frühzeitig und kontinuierlich — auf den Go-Live-Tag verschobene Schulungen erhöhen nur den Widerstand.
Die Wahl des richtigen Beratungspartners reduziert die meisten dieser Risiken von vornherein; mehr dazu in unserem Artikel Doğru ERP Danışmanlık Firması Nasıl Seçilir?
Häufig gestellte Fragen
Gibt es einen Weg zurück, wenn ein ERP-Projekt scheitert?
In der Regel ja, allerdings mit Kosten verbunden. Die korrekte Diagnose der Ursache (Datenqualität, fehlende Schulung oder Umfangsprobleme) und ein gezielter Korrekturplan sind deutlich günstiger als ein Neustart des Projekts.
Ist das Scheiterrisiko bei kleinen Unternehmen geringer?
Nein — im Gegenteil, das Projektmanagement liegt bei kleinen Unternehmen oft in der Hand einer einzelnen Person, ohne formellen Change-Management-Prozess, was das Risiko eher erhöht als verringert. Auch bei kleinerem Umfang müssen dieselben grundlegenden Disziplinen angewendet werden.
Welcher dieser 6 Gründe ist der kritischste?
Es gibt keine eindeutige Rangfolge, aber sowohl die akademische Literatur als auch die Praxiserfahrung heben Change Management und Datenqualität als die beiden am häufigsten wiederkehrenden Ursachen hervor — beide werden im Projektplan meist als „organisatorischer“ statt „technischer“ Punkt behandelt und nicht ernst genug genommen.
Fazit
Die meisten ERP-Projekte scheitern nicht an der Software, sondern an fehlenden organisatorischen Disziplinen wie Umfangskontrolle, Datenqualität und Change Management. Diese 6 Ursachen von Anfang an einzuplanen, ist der zuverlässigste Weg, nicht Teil der Scheiterstatistik zu werden. Kontaktieren Sie uns, um mehr über unsere ERP-Beratung zu erfahren oder ein kostenloses Angebot anzufordern und zu erfahren, wie Sie Ihr Projekt gegen diese Risiken absichern können.
Quellen:
1. Panorama Consulting Group, ERP Report — Study of ERP Implementation Outcomes. panorama-consulting.com
2. Chen, C. C., Law, C. C. H. & Yang, S. C. (2009). Managing ERP Implementation Failure: A Project Management Perspective. IEEE Transactions on Engineering Management, 56(1), 157-170. ieeexplore.ieee.org
Möchten Sie herausfinden, welche dieser Risiken Ihr ERP-Projekt betreffen? Kontaktieren Sie uns zu unserer ERP-Beratung oder fordern Sie ein kostenloses Angebot an.