„Wir haben 60 Prozent des Budgets verbraucht.“ Das klingt übersichtlich, beantwortet aber die wichtigste Frage nicht: Reicht der Rest, um den vereinbarten Umfang nutzbar fertigzustellen? Ein Softwareprojekt kann wenig Geld ausgegeben haben und trotzdem auf eine deutliche Überschreitung zulaufen. Umgekehrt kann ein hoher Verbrauch plausibel sein, wenn die aufwendigen Arbeiten abgeschlossen sind und nur noch eine überschaubare Einführung fehlt.
Als Auftraggeber brauchen Sie deshalb eine gemeinsame Sicht auf Verbrauch, verbleibende Arbeit und Entscheidungen. Dafür genügt oft eine kurze Ergänzung im bestehenden Projektstatus. Ein zweites Berichtssystem hilft wenig, wenn beide denselben unvollständigen Blick zeigen.
Was ein brauchbarer Kostenstatus enthalten sollte
Ausgangspunkt ist der zuletzt freigegebene Leistungsumfang mit seinem Budget und Datum. Daneben stehen der bisherige Aufwand, eine aktuelle Restschätzung und die daraus folgende Gesamtprognose. Alle Werte müssen dieselbe Einheit verwenden. Personentage, Euro und Kalendertage dürfen nicht unbemerkt ineinander übergehen; bei mehreren Tagessätzen ist eine reine Aufwandssumme noch keine Kostenprognose.
Zur Restarbeit gehören auch Tests, Fehlerkorrekturen, Datenübernahme, Bereitstellung und vereinbarte Einweisung. Eine Schätzung nur für die noch offenen Programmieraufgaben ist unvollständig. Noch nicht gebuchte, aber bereits geleistete Arbeit muss erkennbar sein, damit der Bericht nicht künstlich günstig aussieht.
Ein fiktives Beispiel: 60 Prozent verbraucht, trotzdem Handlungsbedarf
Für ein kleines Portalpaket sind zehn Personentage freigegeben. Sechs wurden verbraucht. Für die verbleibenden Arbeiten erwartet das Team weitere fünf bis sieben Tage: drei für offene Funktionen und zwei bis vier für Datenübernahme, Prüfung und Einführung. Die Gesamtprognose liegt damit bei elf bis dreizehn Tagen, also ein bis drei Tage über dem freigegebenen Aufwand.
Die Spanne ist nützlich, wenn ihre Ursache sichtbar ist: Beispielsweise fehlt noch eine repräsentative Importdatei. Mit einer Musterdatei könnte sich die Unsicherheit verkleinern. „Noch fünf bis sieben Tage“ ohne Annahmen oder nächsten Prüftermin verschiebt die Unklarheit dagegen nur.
Nun braucht es eine Entscheidung. Eine Komfortauswertung könnte später folgen, während der notwendige Kernablauf vollständig bleibt. Alternativ wird der zusätzliche Umfang freigegeben oder zunächst die Datenprüfung beauftragt. Die Projektleitung nennt den Entscheidungstermin, bevor weitere nicht gedeckte Arbeit entsteht. Eine Warnung per E-Mail allein ist noch keine Freigabe.
Mehrbedarf ist nicht automatisch ein Änderungsauftrag
Drei Fälle verdienen eine getrennte Betrachtung. Erstens kann der Kunde einen neuen Umfang wünschen. Zweitens kann eine vereinbarte Funktion fehlerhaft sein. Drittens kann der Dienstleister den ursprünglichen Aufwand unterschätzt haben. Diese Fälle haben unterschiedliche Ursachen und dürfen nicht unter einer Sammelposition „Mehraufwand“ verschwinden.
Der Statusbericht dokumentiert die Einordnung und die offene Entscheidung. Welche Kosten daraus entstehen, richtet sich nach der konkreten Vereinbarung. Bei einem Festpreis wird aus einer internen Aufwandsüberschreitung nicht allein durch die Prognose ein zusätzlicher Rechnungsbetrag. Bei Abrechnung nach Aufwand braucht der Kunde trotzdem früh Klarheit über Grenzen und Handlungsoptionen.
Auch eine neue Priorität ist nicht zwingend zusätzlicher Umfang: Wird eine Funktion gegen eine vergleichbar aufwendige andere getauscht, sollte der Status diesen Tausch nachvollziehbar machen. Entscheidend ist, welcher Stand anschließend gilt.
Fünf Fragen für das nächste Projektgespräch
- Auf welchen freigegebenen Umfang und welches Budget beziehen sich die Zahlen?
- Welche Arbeit fehlt bis zum nutzbaren Ergebnis, einschließlich Prüfung und Einführung?
- Welche Annahme erklärt die Spanne, und wann wird sie überprüft?
- Welche fachlich vertretbaren Optionen gibt es bei einer Überschreitung?
- Wer entscheidet bis wann, und welche Arbeiten können bis dahin gedeckt weiterlaufen?
Halten Sie die Antwort dort fest, wo das Projekt ohnehin gesteuert wird. Für ein kleines Paket kann ein kurzer Absatz genügen. Bei mehreren Teilprojekten braucht es zusätzlich eine Gesamtbetrachtung, damit ein günstiger Teilbereich einen problematischen nicht verdeckt.
Kosten und Ergebnis gemeinsam betrachten
Eine bessere Prognose ersetzt keinen Nachweis des Fortschritts. Lassen Sie sich den vollständigen fachlichen Ablauf zeigen, auf den sich der Status bezieht. „Entwicklung abgeschlossen“ kann sonst bedeuten, dass die eigentliche Nutzung noch an Rollen, Daten oder Schnittstellen scheitert.
Planen Sie außerdem die technische Übergabe und die Verantwortung nach der Einführung ein. Beides kostet gegebenenfalls Aufwand und gehört in die Planung. Eine niedrige Projektsumme, die diese Arbeiten lediglich ausblendet, ist keine verlässliche Vergleichsgrundlage.
Die sinnvolle Erwartung an einen Dienstleister lautet daher: Unsicherheiten früh sichtbar machen, ihre Folgen erklären und rechtzeitig eine begründete Entscheidung ermöglichen. Eine Garantie gegen jede Überraschung lässt sich daraus nicht ableiten.
Ein Ansatz aus unserer Projektarbeit
In aktuellen Planungsunterlagen bei Zeta gliedern wir verbleibenden Aufwand nach Arbeitsbereichen und benennen Annahmen sowie ausgeschlossene Integrationen. Das macht eine Schätzung besprechbar. Für die laufende Steuerung ergänzen wir in einem bestehenden Projektvorlagensatz die Verbindung zwischen freigegebener Basis, Ist-Aufwand, Restspanne und benötigter Entscheidung. Eine Planungsannahme wird dadurch nicht zur zugesagten Obergrenze.
Die Reihe: Softwareprojekte verlässlich beauftragen
- Budget und Restkosten – dieser Artikel
- Vollständige Abnahme
- Technische Übergabe
- Ansprechpartner und Vertretung
- Betrieb und Verantwortung
Zur Übersicht der fünf Projektrisiken und Entscheidungshilfen