Das Wasserfallmodell (engl. Waterfall Model) ist das klassische, sequenzielle Vorgehensmodell der Softwareentwicklung: Jede Phase wird vollständig abgeschlossen, bevor die nächste beginnt. Der Name kommt von der typischen Darstellung als Diagramm, bei dem die Phasen wie ein Wasserfall von oben nach unten fließen — ein Zurück in eine frühere Phase ist nicht vorgesehen.
Die Phasen des Wasserfallmodells
Je nach Quelle werden fünf bis sieben Phasen unterschieden. Die klassische Aufteilung:
- Anforderungsanalyse: Was soll das System können? Anforderungen werden gesammelt, dokumentiert und freigegeben.
- Entwurf (Design): Architektur, Module und Schnittstellen werden geplant.
- Implementierung: Der Code wird geschrieben und die Module werden integriert.
- Test: Das fertige System wird gegen die Anforderungen geprüft (Unit-, Integrations- und Abnahmetests).
- Betrieb und Wartung: Das System läuft produktiv, Fehler und Änderungen werden gepflegt.
Jede Phase endet mit einem Meilenstein — meist einem Dokument (Pflichtenheft, Design-Spezifikation) oder einer freigegebenen Version. Das Wasserfallmodell wird oft auf das Paper „Managing the Development of Large Software Systems“ von Winston W. Royce (1970) zurückgeführt, der es allerdings als Risiko beschrieb, nicht als Empfehlung.
Vorteile
- Klare Struktur: Zu jedem Zeitpunkt ist bekannt, in welcher Phase sich das Projekt befindet.
- Gute Planbarkeit von Zeit und Budget, wenn die Anforderungen stabil sind.
- Umfangreiche Dokumentation — wichtig für Wartung, Compliance und Übergaben.
- Einfaches Controlling: Fortschritt ist an Meilensteinen messbar.
Nachteile
- Änderungen sind teuer und schwierig, sobald eine Phase abgeschlossen ist.
- Fehler aus der Analyse werden oft erst im Test entdeckt — dann ist die Behebung sehr aufwendig.
- Der Kunde sieht erst spät ein lauffähiges Produkt.
- Unklare oder sich ändernde Anforderungen lassen sich schlecht abbilden.
Wann ist das Wasserfallmodell sinnvoll?
Das Modell eignet sich für Projekte mit festen, früh bekannten Anforderungen: kleine und mittlere Vorhaben, Wartungsprojekte mit klarem Auftrag oder stark regulierte Bereiche, in denen Dokumentations- und Freigabepflichten bestehen (etwa sicherheitskritische oder behördliche Systeme). Bei unscharfen Anforderungen oder starkem Innovationsdruck sind agile Vorgehensweisen meist die bessere Wahl.
Verwandte Begriffe: Das Methodik-Grundlagen schlägt die Brücke zwischen klassisch und agil. Während das klassische Wasserfallmodell plangetrieben arbeitet, setzen Scrum und Kanban auf kurze Zyklen und kontinuierliche Anpassung — beides Formen der agilen Entwicklung.