Was kostet ein gescheitertes ERP-Projekt?

Die Kosten eines gescheiterten ERP-Projekts entstehen auf drei Ebenen: direkt im Projekt (Nachschläge, externe Tage, bezahlte, aber ungenutzte Lizenzen), in der Organisation (Schlüsselleute über Monate gebunden, andere Vorhaben stehen still, Vertrauen verbraucht) und in der Zukunft (der zweite Anlauf startet mit schlechteren Daten, müden Teams und höherem Rechtfertigungsdruck). Das Projektbudget ist davon regelmäßig der kleinste Posten.

Woraus setzt sich der Schaden wirklich zusammen?

Die sichtbare Ebene ist das Geld: verlängerte Beraterverträge, Nachlizenzierung, doppelte Systemlandschaft im verlängerten Parallelbetrieb. Diese Posten stehen in Rechnungen und lassen sich addieren.

Teurer ist die unsichtbare Ebene: Die besten Leute aus Fachbereichen und IT stecken im Projekt statt im Geschäft, Prozessverbesserungen und andere Initiativen warten, und mit jedem verschobenen Go-live sinkt die Bereitschaft der Organisation, dem nächsten Termin zu glauben. Dieser Vertrauensverlust ist der Posten, der den zweiten Anlauf am stärksten verteuert.

Dass es so weit kommt, ist dabei kein Einzelfall: Budget- und Zeitüberschreitungen sind bei großen Technologieprogrammen eher die Regel als die Ausnahme. Die acht strukturellen Muster dahinter beschreibt der Artikel Warum ERP-Projekte scheitern.

Warum wird der Schaden so oft unterschätzt?

Weil der größte Teil außerhalb des Projektbudgets anfällt und in keiner Projektkalkulation auftaucht. Der Controller sieht die Beraterrechnung, aber nicht die Vertriebsleiterin, die sechs Monate lang Stammdaten prüft statt Kunden zu entwickeln.

Dazu kommt die Logik der versunkenen Kosten: Je mehr investiert ist, desto schwerer fällt der Stopp, obwohl die bereits ausgegebenen Mittel für die Entscheidung keine Rolle spielen dürften. Grüne Statusreports verstärken das, denn sie berichten Fortschritt gegen einen Plan, der die eigentlichen Probleme nie enthalten hat. Welche Signale verlässlicher sind als der Report, zeigt die Antwort zu den fünf Warnsignalen.

Wann ist Gegensteuern günstiger als Weiterlaufenlassen?

Fast immer dann, wenn die Ursache strukturell ist und weiter wirkt: ein Scope, der nie wirklich vereinbart wurde, Entscheidungen, die niemand trifft, eine Datenbasis, die niemand geklärt hat. Ein Nachschlag ohne korrigierte Steuerung kauft in dieser Lage keine Lösung, sondern nur Zeit bis zur nächsten Überschreitung. Was in dieser Situation konkret zu tun ist, steht in ERP-Projekt über Budget: was jetzt?

Die Faustregel aus der Projektrettung: Der beste Zeitpunkt zum Gegensteuern ist der Moment, in dem das Projekt zum ersten Mal ehrlich vermessen wird. Jeder spätere Zeitpunkt ist teurer, weil die Eingriffskosten steigen und das Zeitfenster schrumpft.

Was kostet der zweite Anlauf, und wann lohnt er sich?

Ein geordneter zweiter Anlauf ist regelmäßig günstiger als jahrelanges Durchwursteln, aber nur unter einer Bedingung: Die Ursachen des ersten Scheiterns sind benannt und abgestellt, bevor neues Geld fließt. Sonst wiederholt der zweite Anlauf den ersten, nur mit weniger Vertrauen und schlechteren Daten. Wie ein Neustart sauber aufgesetzt wird, beschreibt Der zweite Anlauf nach dem gescheiterten ERP-Projekt.

Wie schützt man das Budget von Anfang an?

Mit den drei Dingen, deren Fehlen die Schäden verursacht: eine Governance mit echten Entscheidungsmomenten, ein Scope, der vor dem Start vereinbart ist, und eine Datenbasis, die vor der Automatisierung geklärt wird. Wer ein laufendes Projekt daran messen will, bekommt mit einem senior-geführten Assessment eine ehrliche Standortbestimmung, bevor die nächste Tranche fließt.

Der größere Rahmen dieser Frage: ERP-Einführung: der Überblick.