Ein ERP-Projekt \u00fcberzieht das Budget, wenn Aufwand und Dauer deutlich \u00fcber 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\u00dfen, auf 65 bis 80 Prozent. Der Grund ist fast nie das System. Er liegt in Governance und in Entscheidungen, die zu sp\u00e4t oder gar nicht fallen.<\/p>\n
Ja, wenn man \u201escheitern“ ehrlich definiert. Die wenigsten Projekte werden komplett abgebrochen. Aber die gro\u00dfe Mehrheit \u00fcberzieht 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\u00e4uft.<\/p>\n
Wichtig ist die Unterscheidung zwischen \u201el\u00e4uft“ und \u201etr\u00e4gt“. Ein System kann technisch sauber laufen und das Gesch\u00e4ft trotzdem nicht tragen, weil die Regeln darunter widerspr\u00fcchlich sind. Genau hier entstehen die Kosten, die im Business Case nie auftauchen.<\/p>\n
Nein, in den seltensten F\u00e4llen. Microsoft Dynamics 365 Business Central, SAP und vergleichbare Systeme funktionieren. Die Software ist ausgereift, die Implementierungsmethoden sind bekannt. Wenn ein Projekt \u00fcberzieht, finden wir die Ursache fast immer eine Ebene tiefer: in der Art, wie entschieden wird, und in der Qualit\u00e4t der Daten, auf denen entschieden wird.<\/p>\n
Das ist eine gute Nachricht. Technische Probleme sind teuer, aber l\u00f6sbar. Die eigentlichen Ursachen sind ebenfalls l\u00f6sbar, und zwar bevor das Budget flie\u00dft. Man muss sie nur benennen.<\/p>\n
Governance und Entscheidungsqualit\u00e4t. In \u00fcber 25 Jahren internationaler Projekte sehen wir immer wieder dieselben drei Muster.<\/p>\n
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\u00e4ter ist aus einer offenen Frage ein strukturelles Problem geworden. Governance ist kein Dokument, sondern die Antwort auf die Frage \u201ewer entscheidet jetzt“.<\/p>\n
Vertrieb, Finanzen und Logistik haben je eine eigene Sicht auf denselben Kunden, denselben Artikel, denselben Auftrag. Jede f\u00fcr sich plausibel. Zusammen ein Reporting, dem niemand traut. Kein Systemwechsel l\u00f6st das, weil das Problem nicht im System liegt, sondern in der Frage, welche Definition gilt und wer sie verantwortet.<\/p>\n
Der teuerste Fehler ist, die alte Welt eins zu eins in ein neues Tool zu gie\u00dfen. Dann zahlt das Unternehmen f\u00fcr Modernit\u00e4t und bekommt seine alten Engp\u00e4sse in sch\u00f6ner. Transformation hei\u00dft, bei den Prozessen und dem Wettbewerbsvorteil anzusetzen, nicht bei der Oberfl\u00e4che.<\/p>\n
Alles. Software-Oberfl\u00e4chen wechseln, die Datenbasis bleibt. Regeln, Prozesse und Stammdaten sind das Fundament, auf dem jedes System l\u00e4uft, und auf dem k\u00fcnftig auch jede KI entscheidet. Ein KI-Agent in Business Central, ob f\u00fcr Eingangsrechnungen oder Auftragserfassung, trifft seine Entscheidungen auf Basis Ihrer Daten. Schlechte Stammdaten f\u00fchren zu schlechten Entscheidungen, nur schneller und in gr\u00f6\u00dferem Ma\u00dfstab.<\/p>\n
Deshalb ist die Datenbasis der eigentliche Hebel gegen das \u00dcberziehen. Wer sie sauber aufsetzt, bevor er das System anfasst, verhindert die drei Muster oben und ist gleichzeitig f\u00fcr jeden Technologiewechsel ger\u00fcstet.<\/p>\n
Mehr als die offensichtliche Budget\u00fcberschreitung. Zu den direkten Kosten kommen die teureren indirekten: Managementzeit, die in Eskalationen statt in Steuerung flie\u00dft, verschobene Effizienzgewinne und eine Organisation, die nach einem schwierigen Projekt das n\u00e4chste f\u00fcrchtet. Bei einem Industriekunden wurde eine zuvor manuelle Auftragserfassung erst durch eine saubere Datenbasis automatisierbar, nicht durch die Technik. In umgekehrter Reihenfolge h\u00e4tten wir teuer automatisierte Fehler im Minutentakt bekommen.<\/p>\n
Mit einer ehrlichen Standortbestimmung vor der Investition und mit Steuerung statt Beratung w\u00e4hrend des Projekts. Konkret hei\u00dft das drei Dinge.<\/p>\n
Erstens, die L\u00fccken benennen, bevor das Budget flie\u00dft.<\/strong> Ein strukturiertes Assessment pr\u00fcft entlang von vier Dimensionen, wo das Risiko liegt: Strategie, Governance, Delivery und Readiness. Es macht Prozessfehler sichtbar, solange sie noch g\u00fcnstig zu beheben sind, und liefert die Diagnose f\u00fcr ein laufendes Projekt in wenigen Tagen.<\/p>\n Zweitens, klare Verantwortlichkeit etablieren.<\/strong> F\u00fcr jede zentrale Frage muss klar sein, wer entscheidet und wer Eigent\u00fcmer der Daten ist. Das schlie\u00dft das Entscheidungsvakuum, bevor es entsteht.<\/p>\n Drittens, steuern, wo andere beraten.<\/strong> Eine Empfehlung in einer PowerPoint \u00e4ndert kein Projekt. Was z\u00e4hlt, 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\u00e4gt.<\/p>\n Bevor Sie in das n\u00e4chste System, das n\u00e4chste Projekt oder die n\u00e4chste KI investieren, lohnt sich eine ehrliche Standortbestimmung. Lassen Sie uns in einem Gespr\u00e4ch anschauen, wie tragf\u00e4hig Ihre Datenbasis ist und wo Ihr erster Schritt liegt, senior-gef\u00fchrt und mit Business Central als Heimat.<\/p>\n Warum scheitern ERP-Projekte am h\u00e4ufigsten?<\/strong> Wie hoch ist die \u00dcberziehungsquote bei ERP-Projekten?<\/strong> Was ist wichtiger, das System oder die Datenbasis?<\/strong> Wie finde ich heraus, ob mein Projekt gef\u00e4hrdet ist?<\/strong>Der erste Schritt: wissen, wo Sie stehen<\/h2>\n
H\u00e4ufige Fragen<\/h2>\n
\n Nicht an der Technik, sondern an Governance und an Entscheidungen, die zu sp\u00e4t oder gar nicht fallen. Die drei h\u00e4ufigsten Muster sind ein Entscheidungsvakuum, mehrere widerspr\u00fcchliche Stammdaten-Wahrheiten und ein neues System auf alten Prozessen.<\/p>\n
\n Branchen\u00fcbergreifende Analysen, unter anderem von McKinsey, beziffern den Anteil der ERP-Programme, die Budget oder Zeit rei\u00dfen, auf 65 bis 80 Prozent.<\/p>\n
\n Die Datenbasis. Software-Oberfl\u00e4chen wechseln, die Regeln und Prozesse darunter bleiben. Sie sind das Fundament, auf dem jedes System und jede KI l\u00e4uft. Wer sie sauber aufsetzt, ist f\u00fcr jeden Technologiewechsel ger\u00fcstet.<\/p>\n
\n Mit einer ehrlichen Standortbestimmung. Ein Assessment pr\u00fcft ein laufendes Projekt entlang von vier Dimensionen und liefert in wenigen Tagen eine belastbare Diagnose, welche Entscheidungen anstehen.<\/p>\n<\/div>\n\n