Wenn ein ERP-Projekt scheitert, hört man hinterher oft: „Die Software hat nicht gepasst." Das ist fast nie der wahre Grund. In der überwiegenden Mehrheit der Fälle liegt es nicht an der Technik, sondern an Entscheidungen, die lange vor dem ersten Klick getroffen wurden.
Aus der Auswertung der Forschungsliteratur und aus eigener Projekterfahrung kristallisieren sich fünf Ursachen heraus, die immer wieder auftauchen.
1. Das Projekt hat keinen echten Sponsor
ERP-Projekte verändern Prozesse über Abteilungsgrenzen hinweg. Wenn die Geschäftsführung das Projekt nur „freigibt", aber nicht sichtbar trägt, fehlt die Autorität, um Konflikte zwischen Abteilungen zu entscheiden. Das Projekt versandet in Zuständigkeits-Diskussionen.
2. Die Prozesse werden nicht vorher geklärt
Viele Unternehmen kaufen eine Software in der Erwartung, dass sie ihnen sagt, wie sie arbeiten sollen. Das funktioniert nicht. Wer seine Soll-Prozesse nicht kennt, bildet im neuen System einfach das alte Chaos ab — nur teurer.
Der richtige Zeitpunkt, Prozesse zu hinterfragen, ist vor der Auswahl, nicht während der Einführung.
3. Zu viel Customizing
Jede Sonderanpassung fühlt sich im Moment sinnvoll an. In Summe machen sie das System teuer in der Wartung, riskant bei Updates und schwer zu durchschauen. Eine gesunde ERP-Einführung folgt dem Grundsatz: Standard, wo immer möglich — Anpassung nur, wo es echten Wettbewerbsvorteil bringt.
4. Die Daten sind schlechter als gedacht
Datenmigration ist der am häufigsten unterschätzte Projektteil. Dubletten, verwaiste Datensätze, uneinheitliche Schreibweisen — all das fällt erst auf, wenn die Migration scheitert. Wer Datenqualität früh prüft, spart sich böse Überraschungen kurz vor dem Go-Live.
5. Change Management wird vergessen
Hier liegt der Kern meiner Forschung. Von den über 2.600 ausgewerteten Studien beschäftigt sich nur ein verschwindend kleiner Teil mit proaktiven Maßnahmen — also damit, Widerstand zu verhindern, bevor er entsteht. Die meisten Projekte reagieren erst, wenn die Belegschaft schon blockiert.
Nur ein Bruchteil der Fachliteratur behandelt proaktive Change-Maßnahmen. Genau in dieser Lücke entstehen die meisten vermeidbaren Projektkrisen — und genau hier setzt mein Maßnahmen-Katalog mit über 1.300 konkreten Hebeln an.
Was das praktisch bedeutet
Scheitern ist kein Zufall und kein Pech. Es ist das Ergebnis von Entscheidungen, die man anders treffen kann. Wer Sponsoring sichert, Prozesse vorher klärt, Standard bevorzugt, Daten früh prüft und Change proaktiv angeht, hat die fünf größten Risiken bereits entschärft.