Das ERP-Projekt ist über Budget. Was jetzt?

Wenn das Budget auf Rot steht, ist der erste Schritt nicht der nächste Nachschlag, sondern ein Scope-Freeze. Frieren Sie den Umfang ein, machen Sie einen ehrlichen Kosten-Review, und klären Sie die Ursache, bevor Sie mehr Geld ins selbe Muster geben. Sonst finanzieren Sie den nächsten Überzug gleich mit. Die Reihenfolge entscheidet: Solange weiter neue Anforderungen einfließen, lässt sich nicht ehrlich rechnen. Ein kurzer Freeze stoppt das schleichende Wachstum und schafft eine stabile Basis für den Review. Das ist kein Projektstopp, sondern eine bewusste Pause auf dem Gaspedal, bis Klarheit herrscht. Praktisch heißt Freeze auch nicht Stillstand: Laufende Arbeiten werden fertiggestellt, neue Anforderungen gesammelt statt eingearbeitet. Das kostet niemanden Fortschritt und verschafft Ihnen eine Zahl, die zwei Wochen später noch gilt.

Warum kommt zuerst der Scope-Freeze?

Eine Budgetüberschreitung ist ein Symptom, kein Zufall. Bevor Sie über zusätzliches Budget entscheiden, brauchen Sie Klarheit, wohin das Geld tatsächlich geht und warum. Die Reihenfolge entscheidet.

Solange weiter neue Anforderungen einfließen, lässt sich nicht ehrlich rechnen. Ein kurzer Freeze stoppt das schleichende Wachstum und schafft eine stabile Basis für den Review. Das ist kein Projektstopp, sondern eine bewusste Pause auf dem Gaspedal, bis Klarheit herrscht.

Praktisch heißt Freeze nicht Stillstand: Laufende Arbeiten werden fertiggestellt, neue Anforderungen werden gesammelt statt eingearbeitet. Das kostet niemanden Fortschritt und verschafft Ihnen eine Zahl, die zwei Wochen später noch gilt.

Der Freeze hat einen zweiten Effekt, der oft unterschätzt wird: Die gesammelte Liste zeigt schwarz auf weiß, wie viel in welcher Zeit dazukommt. Diese Zahl ist der eigentliche Befund, denn sie sagt mehr über die Steuerung aus als jede Kostenanalyse.

Was leistet der ehrliche Kosten-Review?

Trennen Sie sauber, was tatsächlich passiert ist:

• Was war im ursprünglichen Umfang enthalten?
• Was ist unbemerkt über Change Requests dazugekommen?
• Was war schlicht zu optimistisch geschätzt?

Die typischen Kostentreiber sind selten die Lizenz. Es sind unterschätzte Datenmigration, Schnittstellen, die eigene kleine Projekte sind, und Scope, der über Change Requests gewachsen ist, ohne dass jemand die Summe gesehen hat.

Die drei Fragen wirken banal und sind es nicht. In der Praxis kann kaum ein Projekt die zweite beantworten, weil Change Requests einzeln genehmigt und nie summiert wurden. Genau diese Summe ist die Zahl, die niemand kennt und die den Unterschied erklärt.

Nehmen Sie sich dafür einen halben Tag mit dem ursprünglichen Angebot, der Change-Request-Liste und der Ist-Abrechnung. Mehr braucht es nicht, und danach diskutieren beide Seiten über Zahlen statt über Eindrücke.

Warum kommt die Ursachenfrage erst danach?

Die Ursachenfrage ist die wichtigste. Ein Budget läuft aus zwei Gründen über: Entweder war die Schätzung unrealistisch, oder die Steuerung lässt den Umfang unkontrolliert wachsen. Bei ersterem hilft eine ehrliche Neuplanung, bei zweiterem hilft nur eine Governance, die Prioritäten verbindlich setzt. Mehr Budget ohne diese Klärung finanziert das gleiche Problem ein zweites Mal.

Budgetüberschreitungen sind bei großen IT-Projekten eher die Regel als die Ausnahme. Warum, zeigt der Artikel Warum ERP-Projekte scheitern: Der Grund ist selten die Software, sondern unterschätzter Aufwand in genau diesen Blöcken. Das ist kein Grund zur Beruhigung, sondern zur Nüchternheit: Der nächste Nachschlag trägt nur, wenn er auf einer korrigierten Steuerung sitzt. Die Steuerung bleibt auf Ihrer Seite, mit Business Central als Heimat.

Bevor Sie den nächsten Nachschlag freigeben: Lassen Sie in einem Erstgespräch die Kostenblöcke und die Ursache offenlegen, damit das zusätzliche Budget diesmal trägt.