Was ist das Wasserfallmodell?

Die Phasen des Wasserfallmodells

Wie viele Phasen es gibt und wie sie heißen, schwankt je nach Lehrbuch und Unternehmen. In der Softwareentwicklung hat sich diese Gliederung in fünf Phasen eingebürgert, jeweils mit einem festen Ergebnis:

1. 1

   Anforderungsanalyse

   Was soll das System leisten? Der Auftraggeber beschreibt es im Lastenheft, der Auftragnehmer legt im Pflichtenheft dar, wie er es umsetzen will.

2. 2

   Entwurf

   Architektur, Schnittstellen und Datenmodell werden festgelegt. Ergebnis ist eine Spezifikation, nach der programmiert werden kann.

3. 3

   Implementierung

   Das System wird nach dem Entwurf gebaut, einzelne Module werden für sich getestet.

4. 4

   Test und Integration

   Die Module werden zusammengesetzt und im System- und Abnahmetest gegen die Anforderungen geprüft.

5. 5

   Einführung und Betrieb

   Inbetriebnahme, Schulung der Anwender und danach Wartung und Fehlerbehebung.

Eine Phase beginnt erst, wenn die vorige abgenommen ist. Außerhalb der Software heißen die Phasen oft anders, etwa Initiierung, Planung, Ausführung und Abschluss, das Prinzip bleibt dasselbe. Die Übergänge sind feste Entscheidungspunkte, an denen Auftraggeber und Projektleitung bestätigen, dass das Ergebnis vollständig ist.

Was Royce wirklich beschrieben hat

Als Ursprung gilt der Aufsatz „Managing the Development of Large Software Systems“ von Winston W. Royce aus dem Jahr 1970. Er zeichnete dort die Schritte von den Systemanforderungen bis zum Betrieb als Treppe, die nach unten fließt. Das Wort Wasserfall kommt in dem Text gar nicht vor, der Name entstand später aus dem Bild.

Ausgerechnet Royce hielt die reine Abfolge für riskant, weil sich Fehler aus dem Entwurf erst im Test zeigen. Er empfahl Rückkopplungen zwischen benachbarten Phasen, einen frühen Probelauf des Entwurfs, gründliche Dokumentation und die Einbindung des Kunden. Varianten mit solchen Rücksprüngen werden heute als erweitertes Wasserfallmodell bezeichnet. Die starre Variante, die als Wasserfall bekannt wurde, hat er also beschrieben, um sie zu kritisieren.

Wo das Modell trägt

Der Wasserfall passt, wenn die Anforderungen zu Beginn wirklich bekannt sind und sich selten ändern: bei Ausschreibungen mit fester Leistungsbeschreibung, bei Bau- und Anlagenprojekten, bei regulierten Vorhaben mit Nachweispflichten und bei Migrationen, deren Zielbild feststeht. Sein Reiz liegt in der Planbarkeit. Umfang, Termine und Kosten stehen früh fest, Fortschritt lässt sich an Meilensteinen messen, und ein Festpreis wird kalkulierbar.

In vielen Häusern läuft deshalb ein hybrides Vorgehen. Der Rahmen aus Budget, Terminen und Abnahmen bleibt sequenziell, innerhalb einer Phase wird iterativ gearbeitet. Wichtig ist, dass beide Seiten wissen, welche Entscheidungen wann verbindlich werden.

Stärken und Schwächen im Überblick

Ob das Modell passt, hängt weniger von der Branche ab als davon, wie stabil die Anforderungen sind. Fast jede Stärke hat eine Kehrseite:

Am teuersten wird der Wasserfall, wenn ein Fehler aus der Anforderungsanalyse erst im Test auffällt. Bis dahin steckt er in Entwurf und Code, und die Korrektur zieht alle Zwischenergebnisse nach sich. Wer sequenziell plant, baut deshalb früh Prototypen, Reviews und Abnahmen mit den späteren Anwendern ein, statt sich allein auf die Unterschrift unter dem Lastenheft zu verlassen.