Was kostet die Rettung eines Softwareprojekts?
Mit KI zusammenfassen
Zusammenfassung lesen
- Die Kosten einer Projektrettung hängen davon ab, was eine Bewertung findet, nicht von der ursprünglichen Projektgröße. Zwei ähnlich große Projekte können sehr unterschiedlich viel kosten, je nach Qualität der Dokumentation, Kooperation des Teams und danach, wie begrenzt die technischen Schulden sind.
- Eine Bewertungsphase mit festem Umfang, typischerweise fünf bis zehn Werktage, ist genau dafür da, die Kostenfrage mit Belegen zu beantworten, bevor Sie sich auf unbegrenzte Ausgaben für Stabilisierung oder Umsetzung festlegen.
- Am teuersten ist selten die Rettung selbst. Am teuersten ist es, die Entscheidung aufzuschieben, während ein scheiterndes Projekt weiter Budget, Umsatz und Glaubwürdigkeit verbraucht, ohne ein vorzeigbares Ergebnis zu liefern.
- Sobald die Kosten für Fertigstellung oder Stabilisierung eines Projekts 60 bis 70 % der Kosten eines kompletten Neubaus erreichen, spricht die Wirtschaftlichkeit nicht mehr für die Rettung, sondern für den Neubau.
Ehrlich gesagt: Bevor eine Bewertung stattgefunden hat, kann niemand seriös eine feste Zahl nennen. Ein Dienstleister, der es trotzdem tut, nennt einen Preis für ein Projekt, das er sich noch gar nicht angesehen hat. Die Kosten für die Rettung eines Softwareprojekts hängen ganz überwiegend davon ab, was im Projekt tatsächlich schiefläuft, und nicht davon, wie groß es auf dem Papier ist oder wie viel Geld bereits hineingeflossen ist.
Die drei Phasen und wie jede tatsächlich bepreist wird
Eine Projektrettung durchläuft in der Regel drei Phasen: Bewertung, Stabilisierung, Umsetzung. Jede hat ein eigenes Kostenprofil.
Bewertung: die eine Phase, die immer zum Festpreis laufen sollte
Die Bewertungsphase, also die unabhängige Prüfung von Codebasis, Architektur, bisherigem Projektverlauf, Restarbeit und der Aufstellung von Team oder Dienstleister, sollte zum Festpreis mit festem Umfang angeboten werden, typischerweise für fünf bis zehn Werktage. Ein Dienstleister, der für diese Phase keinen Festpreis nennen will, signalisiert damit, dass schon die Diagnose selbst ein offenes Risiko birgt.
Stabilisierung: Die Kosten wachsen mit Teamgröße, Dauer und Produktionsrisiko
Die Kosten der Stabilisierung hängen vor allem von drei Faktoren ab: wie viele Senior-Leute die Lage erfordert, wie lange die Produktion instabil bleibt, bevor der kritische Pfad isoliert ist, und wie viel Kapazität des bestehenden Teams sich umlenken lässt, statt sie zu ersetzen. Innerhalb der Stabilisierung ist die Schwere des Produktionsrisikos der größte Kostenmultiplikator.
Umsetzung: die variabelste Phase, die abgegrenzt statt geschätzt werden sollte
Die Umsetzung, also bis zur Auslieferung dabeizubleiben oder ein stabiles System zu übergeben, wird auf das Release zugeschnitten und nicht vorab als feste Gesamtsumme geschätzt. In dieser Phase sind die meisten Dienstleister versucht, im Vertrieb ein optimistisches Angebot zu machen. Denn eine große, fest zugesagte Zahl bringt einen Abschluss schneller als ein ehrliches „Nach der Stabilisierung wissen wir mehr.“
Was treibt die Kosten einer Projektrettung nach oben oder nach unten?
| Kostentreiber | Was die Kosten erhöht | Was die Kosten senkt |
|---|---|---|
| Dokumentation und gewachsenes Wissen | Keine verlässliche Dokumentation; ursprüngliches Team weg oder nicht erreichbar | Aktuelles oder erst kürzlich ausgeschiedenes Team erreichbar; Architektur ordentlich dokumentiert |
| Schwere des Produktionsrisikos | Akute Ausfälle, Risiken für die Datenintegrität, Sicherheitslücken | Hinter dem Zeitplan, aber in der Produktion derzeit stabil |
| Verteilung der technischen Schulden | Technische Schulden gleichmäßig über das ganze System verteilt | Schulden auf wenige erkennbare, klar abgegrenzte Bereiche konzentriert |
| Kooperationsbereitschaft von Team oder Dienstleister | Bestehendes Team ausgeschieden, in der Defensive oder unkooperativ | Kooperatives Team, das bereit ist, Kontext direkt zu teilen |
| Zeitpunkt des Einstiegs | Einstieg nach Monaten sich aufschaukelnder Verzögerungen und Nacharbeit | Einstieg, solange das Problem noch begrenzt und frisch ist |
| Disziplin beim Umfang | Das Business besteht trotz neuer Belege auf dem ursprünglichen Umfang | Bereitschaft, den Umfang auf das tatsächlich Machbare neu festzulegen |
Was verlangt der Markt tatsächlich?
Öffentlich zugängliche Preislisten vergleichbarer Rettungsangebote ergeben ein einheitliches Bild: Eine kurze Diagnosephase liegt durchweg im niedrigen vierstelligen Bereich, ein fokussierter Stabilisierungseinsatz im mittleren fünfstelligen Bereich und eine vollständige, mehrmonatige Sanierung deutlich im sechsstelligen Bereich, sobald das System nicht ganz klein ist. Eine oft wiederholte Faustregel der Branche besagt, dass eine Rettung 15 bis 30 % des ursprünglichen Projektbudgets kostet, ein kompletter Neustart dagegen 60 bis 80 %. Verstehen Sie das als grobe Orientierung, nicht als belegte Statistik.
Wann lohnt sich eine Rettung nicht?
Das deutlichste Signal: Die geschätzten Kosten, um ein bestehendes System zu stabilisieren und fertigzustellen, nähern sich 60 bis 70 % der Kosten eines kompletten Neubaus. Ab diesem Punkt ist die Rettung wirtschaftlich nicht mehr die günstigere Option. Ein Anbieter, der immer zur Rettung rät, egal was die Bewertung ergibt, stellt keine Diagnose. Er hält ein Verkaufsgespräch, an das eine Bewertung angehängt ist.
Die Zahl, die die Führungsebene einem Angebot für eine Rettung gegenüberstellen muss, ist das, was das scheiternde Projekt schon jetzt jeden Monat kostet, in dem es ungelöst weiterläuft.
Sie lesen Intelvision öfter? Fügen Sie uns in der Google-Suche als bevorzugte Quelle hinzu.
Zu bevorzugten Quellen hinzufügen