ERP-Projekte · Budgetsteuerung 02.06.2026 5 min Lesezeit

„Solange wir schon dabei sind…” — Wie Cloud-ERP-Projekte ihr Budget still auffressen

Ein Beitrag von Wolf Schumacher über Scope Creep, schleichende Erweiterungen und die drei Fragen, die Geschäftsleitungen rechtzeitig stellen sollten.

Warnschild Scope Creep mit Budget- und Zeitplanrisiko
Viele kleine, gut begründete Änderungen können aus einem klaren ERP-Projekt ein Budgetrisiko machen.

Scope Creep. Zwei Wörter, die ich nie vergessen werde. Mein erstes ERP-Projekt. Statusreview mit meinem Chef Alfred. Er sah auf die Zahlen, sah mich an — und sagte genau das.

Ich wusste sofort, was es bedeutete. Und was es uns kosten würde.

Der harmlose Satz, mit dem es beginnt

Seitdem habe ich diesen Moment in Dutzenden Projekten wiedergesehen. Selten so klar benannt. Oft zu spät erkannt.

Er beginnt mit einem harmlosen Satz: „Solange wir schon dabei sind, könnten wir doch auch gleich…” Dann folgt der nächste. Und noch einer. Jeder einzeln genehmigt. Jeder für sich plausibel.

Irgendwo zwischen dem zwölften Änderungswunsch und dem dritten überarbeiteten Zeitplan schaut die Geschäftsführung auf eine Zahl, die mit dem ursprünglichen Budget kaum noch etwas gemein hat.

Das nennt sich Scope Creep. Und es ist kein Konzernproblem.

Warum Cloud ERP dafür besonders anfällig ist

Eric Kimberling von der Third Stage Consulting Group beschreibt, was in mittelständischen Cloud-ERP- und KI-Projekten routinemäßig passiert: Die Technik versagt selten. Das Projekt wird umgeschrieben. Schrittweise. Von innen.

Die Mechanik ist simpel. Ein ERP-System ist kein isoliertes Werkzeug. Wer einen Prozess ändert, muss die Datenmigration anpassen. Wer die Datenmigration anpasst, braucht neue Schnittstellen. Neue Schnittstellen verlangen Tests. Tests erzeugen Schulungsbedarf.

Aus einer kleinen Erweiterung wird ein Nebenprojekt. Und das Nebenprojekt überholt irgendwann das Hauptprojekt.

Was Scope Creep wirklich kostet

Was das kostet, ist dokumentiert. Unkontrollierter Scope Creep treibt die Endkosten im Schnitt auf 185 Prozent des ursprünglichen Budgets. In Extremfällen auf das Drei- bis Vierfache.

Darin noch nicht enthalten: die gebundene Managementkapazität, ein ROI-Aufschub von achtzehn bis sechsunddreißig Monaten, die erschöpfte Projektmannschaft.

Das Tückische: Es fühlt sich nie falsch an.

Die neue Anforderung kommt aus dem Vertrieb: strategisch berechtigt. Das Zusatzmodul war ohnehin geplant. Die Schnittstelle „macht das Leben deutlich leichter”. Alles stimmt. Und genau deshalb erkennt kaum jemand den Moment, in dem das Projekt kippt.

Es gibt keinen. Es gibt nur viele kleine Momente, in denen niemand Nein sagt.

Drei Fragen für die Geschäftsleitung

Was hilft, ist keine Bürokratie. Es sind drei Fragen, die jede Geschäftsführung regelmäßig stellen sollte, nicht erst, wenn das Budget überzogen ist:

  1. Wie viel Prozent des genehmigten Projektumfangs sind seit Projektbeginn durch Änderungen gewachsen?
  2. Wer hat die letzten fünf Änderungswünsche mit vollständiger Folgeabschätzung, also Zeit, Kosten und Abhängigkeiten, genehmigt?
  3. Welche dieser Erweiterungen sind für den Go-Live wirklich nötig und welche gehören in Phase 2?

Fazit

Die Antworten sind oft unbequem. Sie sind trotzdem günstiger als die Alternative.

Scope creep. Two words I have never forgotten. My first ERP project. A status meeting with my boss Alfred. He looked at the numbers. Then he looked at me. And said exactly that.

I knew immediately what it meant. And what it would cost us.

The harmless sentence where it starts

Since then I have seen that moment again in dozens of projects. Rarely named that clearly. Often recognised too late.

It starts with a harmless sentence: “As long as we’re at it, couldn’t we also…” Then comes the next one. And another. Each one approved individually. Each one plausible on its own.

Somewhere between the twelfth change request and the third revised timeline, the management team looks at a number that barely resembles the original budget.

That is called scope creep. And it is not just a corporate problem.

Why cloud ERP is especially vulnerable

Eric Kimberling of Third Stage Consulting Group describes what routinely happens in mid-market cloud ERP and AI projects: the technology rarely fails. The project is rewritten. Step by step. From the inside.

The mechanism is simple. An ERP system is not an isolated tool. If you change a process, you have to adjust the data migration. If you adjust the data migration, you need new interfaces. New interfaces require testing. Testing creates training needs.

A small extension becomes a side project. And at some point, the side project overtakes the main project.

What scope creep really costs

The cost is documented. Uncontrolled scope creep drives final costs to an average of 185 percent of the original budget. In extreme cases, to three or four times the original amount.

That does not yet include management capacity tied up in the project, an ROI delay of eighteen to thirty-six months, or an exhausted project team.

The tricky part: it never feels wrong.

The new requirement comes from sales: strategically justified. The extra module had been planned anyway. The interface “would make life much easier”. All of that is true. And that is exactly why hardly anyone recognises the moment when the project tips over.

There is no single moment. There are only many small moments in which nobody says no.

Three questions for management

What helps is not bureaucracy. It is three questions every management team should ask regularly, not only once the budget has already been exceeded:

  1. By what percentage has the approved project scope grown through changes since the project started?
  2. Who approved the last five change requests with a full impact assessment covering time, cost and dependencies?
  3. Which of these extensions are truly necessary for go-live, and which belong in phase 2?

Conclusion

The answers are often uncomfortable. They are still cheaper than the alternative.