Die Falle der letzten zehn Prozent: Warum Projekte kurz vor dem Ziel steckenbleiben

Ein Software-Projekt erreicht pünktlich die Marke „neunzig Prozent fertig". Das Team verspricht dem Kunden den Start in zwei Wochen. Stattdessen ziehen sich die letzten zehn Prozent über viele Monate hin — mühsames Fehlersuchen, endloses Feintuning der Schnittstellen, ein Start, der sich immer wieder verschiebt. Wer das einmal erlebt hat, erkennt das Muster sofort wieder.

Das Muster

Die ersten neunzig Prozent eines Projekts umfassen die sichtbaren, dankbaren Teile: die Oberfläche, die Datenmodelle, die Hauptwege durch die Anwendung. Das ist die Arbeit, die sich gut zeigen lässt und schnell vorangeht. Die letzten zehn Prozent bestehen aus dem, was niemand sieht und was sich niemand gern vorstellt: die Behandlung von Fehlern, die Sonderfälle im Netzwerk, die Eigenheiten alter Datenbestände bei der Übernahme, der Abgleich von Berechtigungen, das Verhalten unter echter Last.

Diese Arbeit ist von Natur aus unberechenbar und unsymmetrisch. Ein einziger Fehler an der Schnittstelle zu einem bestehenden System kann einen Start um Wochen aufhalten. Genau deshalb versagen die üblichen linearen Zeitpläne so zuverlässig: Sie behandeln die letzten zehn Prozent, als wären sie genauso planbar wie die ersten neunzig. Sind sie aber nicht. Der Aufwand steckt nicht in der Menge, sondern in der Ungewissheit — und Ungewissheit lässt sich nicht auf einen Balken im Terminplan zeichnen.

Aus unserer Praxis

Wir haben unser gesamtes Vorgehen darauf ausgerichtet, dieser Falle zu entgehen. Der Kern ist eine einfache Umkehrung: Wir verschieben das Riskante nicht ans Ende, sondern ziehen es an den Anfang.

• Kein großes Finale. Wir versprechen keinen glanzvollen Starttermin auf Grundlage abstrakter Meilensteine. Solche Termine klingen gut und halten selten.
• Früh an die echten Daten. Eine funktionsfähige Version der Anwendung wird schon im ersten Monat mit der echten Produktivdatenbank verbunden — nicht erst, wenn alles andere steht.
• Integration zuerst, nicht zuletzt. Indem wir die Verbindung zu den bestehenden Systemen früh erzwingen, stoßen wir sofort auf die versteckten Eigenheiten der Daten, statt erst kurz vor dem geplanten Start.

Der Effekt ist deutlich: Aus den unberechenbaren letzten zehn Prozent wird ein kontrollierter, überschaubarer Vorgang. Die böse Überraschung, die sonst am Ende lauert, findet bei uns am Anfang statt — dann, wenn noch Zeit ist, ruhig damit umzugehen. Ein Fehler, den wir im ersten Monat entdecken, kostet einen Nachmittag. Derselbe Fehler in der Woche vor dem Start kostet den Start.

Woran man die Falle früh erkennt

Es gibt Warnzeichen, auf die wir gemeinsam mit unseren Kunden achten. Wenn ein Projekt „fast fertig" ist, aber noch nie mit echten Daten aus dem Tagesbetrieb gelaufen ist, steckt das Risiko fast vollständig noch vor euch. Wenn niemand sagen kann, wie sich die Anwendung bei einem Ausfall der Verbindung oder bei unsauberen Altdaten verhält, ist die Fassade fertig, aber das Fundament ungetestet. Und wenn der Fortschritt ausschließlich in Prozentzahlen gemeldet wird und nicht in „läuft schon in der echten Umgebung mit", dann misst der Bericht das Sichtbare und nicht das Schwierige.

Fazit

Die letzten zehn Prozent sind nicht der Rest — sie sind der eigentliche Teil, in dem sich entscheidet, ob Software im echten Betrieb trägt. Wer sie ans Ende schiebt, verwandelt sie in ein unkalkulierbares Risiko. Wer die Integration an den Anfang zieht, macht sie beherrschbar. Wenn euer Projekt gerade bei „fast fertig" hängt oder ihr das von vornherein vermeiden wollt: Wir schauen uns gern an, welche zehn Prozent bei euch noch vor der Tür stehen.