Warum ERP-Projekte scheitern. So vermeiden Sie die häufigsten Fehler

Die unbequeme Wahrheit in Zahlen

Sprechen wir über das, worüber in der ERP-Branche ungern gesprochen wird: die Erfolgsquote.

Laut Panorama Consulting Group verfehlen 68 % aller ERP-Projekte ihre ursprünglichen Ziele. Gartner prognostiziert, dass bis 2027 mehr als 70 % der neu eingeführten ERP-Systeme nicht die erhofften Geschäftsergebnisse liefern werden. Und 55 % aller Projekte überschreiten ihr Budget – teilweise erheblich.

Das bedeutet nicht, dass all diese Projekte in einer Katastrophe enden. Totalausfälle, bei denen ein System nie produktiv geht, sind selten – sie betreffen nur rund 2 % der Projekte. Aber „das System läuft“ ist ein niedriger Maßstab.

Fehler 1: Keine klaren Ziele – oder zu viele davon

„Wir wollen alles digitalisieren.“ Dieser Satz fällt in fast jedem Kickoff-Meeting. Und er ist der Anfang vieler Probleme.

ERP-Projekte scheitern selten an der Technik. Sie scheitern daran, dass niemand präzise definiert hat, was das Projekt konkret erreichen soll. Ohne messbare Ziele gibt es keinen Maßstab für Erfolg – und keine Grundlage, um Anforderungen zu priorisieren.

Die Folge: Jeder Fachbereich bringt Wünsche ein, der Umfang wächst unkontrolliert, und am Ende ist das Projekt zu groß, zu teuer und zu langsam.

Was in der Praxis passiert

• Die Geschäftsführung erwartet strategische Steuerung, die Fachabteilungen wollen operative Entlastung, die IT denkt an Systemkonsolidierung – aber niemand hat diese Perspektiven abgeglichen.
• Anforderungen werden gesammelt, aber nicht gewichtet.
• Der Projektumfang wird nach dem Kickoff noch 3-mal erweitert.

So steuern Sie gegen

• Definieren Sie 3-5 messbare Geschäftsziele vor dem Projektstart – z. B.: „Monatsabschluss von 10 auf 3 Tage verkürzen“ oder „Bestandsgenauigkeit auf 98 % steigern“.
• Nutzen Sie diese Ziele als Entscheidungsfilter: Jede neue Anforderung wird daran gemessen, ob sie auf ein definiertes Ziel einzahlt.
• Richten Sie einen Lenkungsausschuss ein, der Scope-Änderungen formal bewertet und freigibt – nicht im Tagesgeschäft nebenbei.

Fehler 2: Auswirkungen auf die Mitarbeiter*innen unterschätzt

Hier liegt der größte blinde Fleck der meisten ERP-Projekte. Prosci hat in einer Studie mit 1.618 ERP-Projektverantwortlichen herausgefunden: Menschliche und organisatorische Faktoren sind 6-mal wichtiger als technische Faktoren, wenn es darum geht, den Nutzen eines ERP-Systems zu realisieren. Projekte mit exzellentem Change-Management erreichen ihre Ziele in 88 % der Fälle – bei schlechtem Change-Management sind es nur 13 %.

Trotzdem fließen im Durchschnitt nur 8 % des ERP-Budgets in Change-Management. Die restlichen 92 % gehen in Technologie.

Was in der Praxis passiert

• Schulungen werden in die letzten 2 Wochen vor dem Go-Live gequetscht.
• Fachbereiche erfahren erst spät, was sich für sie ändert – und reagieren mit Widerstand.
• Key User werden benannt, aber nicht freigestellt.
• Nach dem Go-Live arbeiten Mitarbeiter*innen mit Workarounds weiter, weil sie dem neuen System nicht vertrauen.

So steuern Sie gegen

• Starten Sie Change-Management in Phase 1, nicht kurz vor dem Go-Live.
• Kommunizieren Sie frühzeitig und regelmäßig: Was ändert sich? Warum? Was bedeutet das für den Arbeitsalltag?
• Stellen Sie Key User realistisch frei – 20-30 % ihrer Arbeitszeit während der Projektlaufzeit.
• Planen Sie Schulungen als begleitenden Prozess, nicht als einmalige Veranstaltung.
• Messen Sie Nutzerakzeptanz nach dem Go-Live aktiv – und reagieren Sie auf Widerstände, statt sie auszusitzen.

Fehler 3: Kommunikation läuft nebenbei

In vielen ERP-Projekten gibt es Statusberichte, Lenkungsausschuss-Sitzungen und Projektpläne – aber keine Kommunikationsstrategie. Das klingt nach einem weichen Thema. In der Praxis ist es einer der härtesten Faktoren.

Wenn die Geschäftsführung nicht weiß, wo das Projekt steht, trifft sie keine Entscheidungen. Wenn Fachbereiche nicht verstehen, warum sich ihre Abläufe ändern, leisten sie Widerstand. Wenn der Implementierungspartner Probleme nicht offen anspricht, eskalieren sie still. Und wenn Mitarbeiter*innen ihre Informationen über den Flurfunk beziehen statt über das Projektteam, entstehen Gerüchte, die schwerer zu korrigieren sind als technische Fehler.

Was in der Praxis passiert

• Die Geschäftsführung wird nur bei Meilensteinen informiert – Risiken und Verzögerungen erreichen sie zu spät.
• Fachbereiche erfahren über Umwege, dass sich „ihr“ Prozess ändert – und fühlen sich übergangen.
• Probleme zwischen Unternehmen und Partner werden nicht angesprochen, sondern ausgesessen.
• Es gibt keinen Kommunikationsplan: Wer informiert wen, wann, worüber und in welchem Format?

So steuern Sie gegen

• Erstellen Sie einen Kommunikationsplan zu Projektbeginn: Zielgruppen, Botschaften, Kanäle, Frequenz.
• Unterscheiden Sie zwischen Projekt-Kommunikation (Statusberichte, Lenkungsausschuss) und Change-Kommunikation (Was ändert sich für wen? Warum? Was bedeutet das konkret?).
• Kommunizieren Sie auch, wenn es nichts Neues gibt – Stille erzeugt Unsicherheit.
• Schaffen Sie Feedback-Kanäle: Fragen, Bedenken und Widerstände müssen einen Ort haben, an dem sie gehört werden – bevor sie sich in passiver Blockade äußern.

Fehler 4: Datenqualität überschätzt

Die Datenmigration klingt nach einem technischen Arbeitsschritt. In Wirklichkeit ist sie einer der häufigsten Gründe, warum ERP-Projekte ins Stocken geraten oder nach dem Go-Live Probleme verursachen. Schlechte Datenqualität, unvollständige Stammdaten und inkonsistente Altdaten aus diversen Systemen gefährden den gesamten Betrieb.

Zusammen mit mangelndem Change-Management und unerfahrenen Teams ist schlechte Datenmigration für über 75 % aller ERP-Projektfehler verantwortlich.

Was in der Praxis passiert

• Stammdaten in Finanzbuchhaltung, Warenwirtschaft, Produktionsplanungs- und Steuerungssystem, diversen Exceltabellen etc. widersprechen sich.
• Die Bereinigung wird als „Nebentätigkeit“ eingeplant – kurz vor der Migration, unter Zeitdruck.
• Niemand hat definiert, welche Daten überhaupt migriert werden müssen und welche nicht.
• Nach dem Go-Live tauchen fehlerhafte Bestände, doppelte Kreditoren oder falsche Preislisten auf.

So steuern Sie gegen

• Behandeln Sie Datenanalyse und -bereinigung als eigenen Projektschritt mit eigenem Zeitbudget – nicht als Anhängsel der Implementierung.
• Definieren Sie klare Qualitätskriterien für Stammdaten: Vollständigkeit, Konsistenz, Aktualität.
• Benennen Sie Verantwortliche pro Datenbereich: Finanzen, Kunden, Artikel, Lieferanten.
• Führen Sie Testmigrationen durch, bevor Sie produktiv gehen – mindestens 2 Durchläufe.

Fehler 5: Unrealistische Zeitpläne

ERP-Projekte dauern im Mittelstand typischerweise 6-12 Monate von Kickoff bis Go-Live – plus eine Stabilisierungsphase von 2-3 Monaten. Trotzdem werden Projekte regelmäßig mit Zeitplänen aufgesetzt, die weder interne Kapazitäten noch die Komplexität der Systemlandschaft realistisch berücksichtigen.

Projekte mit unrealistischen Zeitplänen haben eine um 70 % höhere Wahrscheinlichkeit, Budget und Zeitrahmen zu sprengen.

Was in der Praxis passiert

• Der Go-Live-Termin wird an ein externes Ereignis gekoppelt (Geschäftsjahreswechsel, Audit, Fördermittel-Frist) – und der Projektplan wird rückwärts gerechnet.
• Workshops und Testphasen werden gekürzt, weil das Tagesgeschäft Vorrang hat.
• Puffer existieren auf dem Papier, werden aber beim 1. Engpass aufgebraucht.
• Der Go-Live findet statt, obwohl nicht alle Tests abgeschlossen sind.

So steuern Sie gegen

• Planen Sie den Zeitrahmen vorwärts – basierend auf dem tatsächlichen Aufwand, nicht auf einem Wunschtermin.
• Berücksichtigen Sie saisonale Spitzen und Abschlussperioden: Ein Go-Live während des Jahresabschlusses ist selten eine gute Idee.
• Planen Sie Puffer ein, die auch Puffer bleiben – mindestens 15-20 % der Gesamtlaufzeit
• Definieren Sie Go-/No-Go-Kriterien für den Produktivstart: Welche Tests müssen bestanden sein? Welche Daten müssen migriert sein? Welche Schulungen müssen abgeschlossen sein?

Fehler 6: Der falsche – oder kein – Implementierungspartner

Die Wahl des Implementierungspartners ist eine der folgenreichsten Entscheidungen im gesamten ERP-Projekt. Organisationen, die mit erfahrenen ERP-Berater*innen arbeiten, berichten von einer Erfolgsquote von 85 %. Ohne diese Erfahrung sinkt die Quote dramatisch.

Das Problem ist selten der Zugang zur Technologie. Eine Testlizenz ist schnell in der Cloud aufgesetzt, passende Apps für die eigenen Anforderungen lassen sich finden und implementieren, und einzelne Funktionen sind oft intuitiv nutzbar. Was fehlt, ist das Know-how für das optimale Zusammenspiel der vielen Funktionen in komplexen Prozessen – genau dort, wo die eigentlichen Potenziale eines ERP-Systems liegen.

Ohne diese Erfahrung bleibt das System ein Werkzeugkasten, in dem jedes Werkzeug einzeln funktioniert – aber niemand weiß, wie man daraus ein Haus baut.

Was in der Praxis passiert

• Der Partner wird nach dem günstigsten Angebot ausgewählt – nicht nach Referenzen und Prozesskompetenz.
• Im Auswahlprozess werden Einzelfunktionen präsentiert, aber niemand fragt, wie diese in durchgängigen Prozessketten zusammenspielen.
• Der Partner sagt zu allem „Ja“ – statt kritisch zu hinterfragen, ob eine Anforderung sinnvoll ist oder ob sie bestehende Prozessprobleme nur digital abbildet.
• Wechsel im Projektteam des Partners führen zu Wissensverlust – gerade bei der Prozesskonfiguration, wo Kontextwissen entscheidend ist.
• Nach dem Go-Live zeigt sich, dass Einzelfunktionen zwar laufen, aber die Verzahnung fehlt: Änderungen in einem Bereich kommen nicht dort an, wo sie gebraucht werden.
• Die Abhängigkeit von externen Berater*innen wird zum Dauerzustand, weil internes Know-how nie systematisch aufgebaut wurde.

So steuern Sie gegen

• Prüfen Sie Referenzen – nicht nur Logos auf der Website, sondern konkrete Projektbeispiele mit vergleichbarer Prozesskomplexität.
• Fragen Sie gezielt nach Erfahrung in der Verzahnung von Prozessen: Wie hat der Partner in vergleichbaren Projekten Einkauf, Produktion und Vertrieb end-to-end abgebildet?
• Achten Sie darauf, dass der Partner auch unbequeme Fragen stellt: „Brauchen Sie das wirklich?“ ist wertvoller als „Kein Problem, machen wir“.
• Vereinbaren Sie Transparenz bei Kosten und Zeitplan – mit regelmäßigen Statusberichten und klaren Eskalationswegen.
• Klären Sie vor Projektstart, wie der Wissenstransfer an Ihr internes Team funktioniert: Das Ziel ist nicht dauerhafte Abhängigkeit, sondern Befähigung Ihrer eigenen Mitarbeiter*innen
• Lassen Sie sich im Auswahlprozess zeigen, wie der Partner komplexe Prozessketten in einer Demo abbildet – nicht nur Einzelfunktionen in einer Standardpräsentation.

Fehler 7: ERP als IT-Projekt behandeln

Dies ist vielleicht der grundlegendste aller Fehler – und er durchzieht alle anderen. Ein ERP-Projekt ist kein IT-Projekt. Es ist ein Organisationsprojekt, das Prozesse, Daten, Menschen und Technologie gleichzeitig verändert. Wer es als reines Technikprojekt führt, digitalisiert bestehende Probleme – schneller und teurer.

Laut Bitkom haben 2025 bereits 53 % der Unternehmen Probleme, ihre Digitalisierungsprojekte überhaupt zu steuern – Tendenz steigend.

Was in der Praxis passiert

• Das Projekt wird in der IT-Abteilung aufgehängt, ohne Einbindung der Fachbereiche.
• Prozesse werden 1:1 ins neue System übertragen, statt sie zu hinterfragen.
• Die Geschäftsführung gibt das Budget frei, zieht sich dann aber aus dem Projekt zurück.
• Entscheidungen bleiben liegen, weil niemand die Verantwortung übernimmt.

So steuern Sie gegen

• Verankern Sie das Projekt auf Geschäftsführungsebene – mit einem Sponsor, der Entscheidungen trifft und Ressourcen sichert
• Besetzen Sie das Projektteam funktionsübergreifend: Finanzen, Vertrieb, Produktion, Logistik – nicht nur IT
• Nutzen Sie die ERP-Einführung als Anlass, Prozesse zu hinterfragen: Wo schaffen gewachsene Abläufe keinen Mehrwert mehr?
• Definieren Sie klare Governance: Wer entscheidet was? Wie werden Konflikte gelöst? In welchem Rhythmus wird berichtet?
• Vereinbaren Sie mit der Geschäftsführung einen festen Rhythmus – z. B. einen 30-minütigen Lenkungsausschuss alle 4 Wochen. Bereiten Sie für jede Sitzung max. 3 Entscheidungspunkte vor. Wer die Geschäftsführung nicht mit Detailfragen überflutet, sondern gezielt einbindet, hält sie im Projekt.

Das Muster hinter dem Scheitern

Wenn Sie die 7 Fehler nebeneinanderlegen, wird ein Muster sichtbar:

ERP-Projekte scheitern fast nie an der Software. Sie scheitern an

• Zielen, die unrealistisch oder nicht klar definiert sind
• Menschen, die nicht mitgenommen werden
• Daten, die niemand rechtzeitig bereinigt
• Organisationen, die ein Transformationsprojekt wie einen IT-Rollout behandeln

Die 3 häufigsten Scheiter-Gründe – mangelndes Change-Management, schlechte Datenmigration und unerfahrene Teams – sind für über 75 % aller Projektprobleme verantwortlich. Und alle 3 sind vermeidbar.

Kommunikation ist der Faktor, der alle anderen Probleme entweder verhindert oder verschärft. Sie ist kein isolierter Fehler neben den anderen – sie ist das verbindende Element:

• Klare Ziele nützen wenig, wenn sie nicht im gesamten Projektteam ankommen.
• Change-Management bleibt wirkungslos, wenn niemand erklärt, warum sich Abläufe ändern.
• Datenprobleme eskalieren, wenn Verantwortlichkeiten nicht offen kommuniziert werden.
• Unrealistische Zeitpläne halten sich hartnäckig, wenn Risiken nicht rechtzeitig nach oben gemeldet werden.

Wer die Kommunikation im Projekt ernst nimmt – strukturiert, regelmäßig, ehrlich und in alle Richtungen –, entschärft nicht nur einen Risikofaktor, sondern gleich mehrere.