Ein ERP-Projekt überzieht das Budget, wenn Aufwand und Dauer deutlich über der Planung liegen, ohne dass ein technischer Defekt die Ursache ist. In der Praxis ist das die Regel, nicht die Ausnahme: Analysen, unter anderem von McKinsey, beziffern den Anteil der Programme, die Budget oder Zeit reißen, auf 65 bis 80 Prozent. Der Grund ist fast nie das System. Er liegt in Governance und in Entscheidungen, die zu spät oder gar nicht fallen.
Stimmt es, dass die meisten ERP-Projekte scheitern?
Ja, wenn man „scheitern“ ehrlich definiert. Die wenigsten Projekte werden komplett abgebrochen. Aber die große Mehrheit überzieht Budget und Zeitplan, liefert weniger Nutzen als versprochen oder erzeugt nach dem Go-live eine Datenbasis, der niemand traut. Aus Sicht eines CFO ist das ein Scheitern, auch wenn das System am Ende läuft.
Wichtig ist die Unterscheidung zwischen „läuft“ und „trägt“. Ein System kann technisch sauber laufen und das Geschäft trotzdem nicht tragen, weil die Regeln darunter widersprüchlich sind. Genau hier entstehen die Kosten, die im Business Case nie auftauchen.
Liegt es an der Technik?
Nein, in den seltensten Fällen. Microsoft Dynamics 365 Business Central, SAP und vergleichbare Systeme funktionieren. Die Software ist ausgereift, die Implementierungsmethoden sind bekannt. Wenn ein Projekt überzieht, finden wir die Ursache fast immer eine Ebene tiefer: in der Art, wie entschieden wird, und in der Qualität der Daten, auf denen entschieden wird.
Das ist eine gute Nachricht. Technische Probleme sind teuer, aber lösbar. Die eigentlichen Ursachen sind ebenfalls lösbar, und zwar bevor das Budget fließt. Man muss sie nur benennen.
Was ist die eigentliche Ursache?
Governance und Entscheidungsqualität. In über 25 Jahren internationaler Projekte sehen wir immer wieder dieselben drei Muster.
Muster 1: Das Entscheidungsvakuum
Eine Prozessfrage steht im Raum, und niemand ist befugt, sie zu entscheiden. Also wird sie vertagt. Aus der vertagten Entscheidung wird ein Workaround, aus dem Workaround ein Sonderweg, den andere kopieren. Drei Monate später ist aus einer offenen Frage ein strukturelles Problem geworden. Governance ist kein Dokument, sondern die Antwort auf die Frage „wer entscheidet jetzt“.
Muster 2: Mehrere Stammdaten-Wahrheiten
Vertrieb, Finanzen und Logistik haben je eine eigene Sicht auf denselben Kunden, denselben Artikel, denselben Auftrag. Jede für sich plausibel. Zusammen ein Reporting, dem niemand traut. Kein Systemwechsel löst das, weil das Problem nicht im System liegt, sondern in der Frage, welche Definition gilt und wer sie verantwortet.
Muster 3: Ein neues System auf alten Prozessen
Der teuerste Fehler ist, die alte Welt eins zu eins in ein neues Tool zu gießen. Dann zahlt das Unternehmen für Modernität und bekommt seine alten Engpässe in schöner. Transformation heißt, bei den Prozessen und dem Wettbewerbsvorteil anzusetzen, nicht bei der Oberfläche.
Was hat die Datenbasis damit zu tun?
Alles. Software-Oberflächen wechseln, die Datenbasis bleibt. Regeln, Prozesse und Stammdaten sind das Fundament, auf dem jedes System läuft, und auf dem künftig auch jede KI entscheidet. Ein KI-Agent in Business Central, ob für Eingangsrechnungen oder Auftragserfassung, trifft seine Entscheidungen auf Basis Ihrer Daten. Schlechte Stammdaten führen zu schlechten Entscheidungen, nur schneller und in größerem Maßstab.
Deshalb ist die Datenbasis der eigentliche Hebel gegen das Überziehen. Wer sie sauber aufsetzt, bevor er das System anfasst, verhindert die drei Muster oben und ist gleichzeitig für jeden Technologiewechsel gerüstet.
Was kostet ein Projekt, das überzieht?
Mehr als die offensichtliche Budgetüberschreitung. Zu den direkten Kosten kommen die teureren indirekten: Managementzeit, die in Eskalationen statt in Steuerung fließt, verschobene Effizienzgewinne und eine Organisation, die nach einem schwierigen Projekt das nächste fürchtet. Bei einem Industriekunden wurde eine zuvor manuelle Auftragserfassung erst durch eine saubere Datenbasis automatisierbar, nicht durch die Technik. In umgekehrter Reihenfolge hätten wir teuer automatisierte Fehler im Minutentakt bekommen.
Wie verhindert man das Überziehen?
Mit einer ehrlichen Standortbestimmung vor der Investition und mit Steuerung statt Beratung während des Projekts. Konkret heißt das drei Dinge.
Erstens, die Lücken benennen, bevor das Budget fließt. Ein strukturiertes Assessment prüft entlang von vier Dimensionen, wo das Risiko liegt: Strategie, Governance, Delivery und Readiness. Es macht Prozessfehler sichtbar, solange sie noch günstig zu beheben sind, und liefert die Diagnose für ein laufendes Projekt in wenigen Tagen.
Zweitens, klare Verantwortlichkeit etablieren. Für jede zentrale Frage muss klar sein, wer entscheidet und wer Eigentümer der Daten ist. Das schließt das Entscheidungsvakuum, bevor es entsteht.
Drittens, steuern, wo andere beraten. Eine Empfehlung in einer PowerPoint ändert kein Projekt. Was zählt, ist jemand, der im Raum bleibt, wenn die unbequeme Entscheidung ansteht, und sie mit dem Kunden trifft. Genau hier entscheidet sich, ob ein Projekt trägt.
Der erste Schritt: wissen, wo Sie stehen
Bevor Sie in das nächste System, das nächste Projekt oder die nächste KI investieren, lohnt sich eine ehrliche Standortbestimmung. Lassen Sie uns in einem Gespräch anschauen, wie tragfähig Ihre Datenbasis ist und wo Ihr erster Schritt liegt, senior-geführt und mit Business Central als Heimat.
Häufige Fragen
Warum scheitern ERP-Projekte am häufigsten?
Nicht an der Technik, sondern an Governance und an Entscheidungen, die zu spät oder gar nicht fallen. Die drei häufigsten Muster sind ein Entscheidungsvakuum, mehrere widersprüchliche Stammdaten-Wahrheiten und ein neues System auf alten Prozessen.
Wie hoch ist die Überziehungsquote bei ERP-Projekten?
Branchenübergreifende Analysen, unter anderem von McKinsey, beziffern den Anteil der ERP-Programme, die Budget oder Zeit reißen, auf 65 bis 80 Prozent.
Was ist wichtiger, das System oder die Datenbasis?
Die Datenbasis. Software-Oberflächen wechseln, die Regeln und Prozesse darunter bleiben. Sie sind das Fundament, auf dem jedes System und jede KI läuft. Wer sie sauber aufsetzt, ist für jeden Technologiewechsel gerüstet.
Wie finde ich heraus, ob mein Projekt gefährdet ist?
Mit einer ehrlichen Standortbestimmung. Ein Assessment prüft ein laufendes Projekt entlang von vier Dimensionen und liefert in wenigen Tagen eine belastbare Diagnose, welche Entscheidungen anstehen.
