Das Wasserfallmodell ist ein sequenzielles Vorgehen: Anforderungen, Entwurf, Umsetzung, Test und Einführung folgen nacheinander, jede Phase schliesst vor der nächsten ab. Es eignet sich, wenn Anforderungen früh stabil sind und Planbarkeit zählt. Späte Änderungen sind dagegen teuer.
Was das Wasserfallmodell ist
Das Wasserfallmodell ist ein lineares Vorgehensmodell, bei dem ein Projekt in klar abgegrenzte Phasen unterteilt wird, die nacheinander durchlaufen werden. Jede Phase muss abgeschlossen sein, bevor die nächste beginnt — wie Wasser, das von einer Stufe zur nächsten fliesst und nicht zurück. Daher der Name.
Typische Phasen sind Anforderungsanalyse, Entwurf, Implementierung, Test und Betrieb. Am Ende jeder Phase steht ein definiertes Ergebnis, das die Grundlage für die nächste bildet. Diese Klarheit ist die grösste Stärke des Modells: Zu jedem Zeitpunkt ist eindeutig, wo das Projekt steht und was als Nächstes ansteht.
Das Wasserfallmodell entstand in einer Zeit, in der Projekte — etwa im Bauwesen oder in der frühen Softwareentwicklung — überschaubare, stabile Anforderungen hatten. Es setzt voraus, dass zu Beginn weitgehend bekannt ist, was am Ende herauskommen soll.
Die Phasen im Detail
- 01AnforderungsanalyseAlle Anforderungen werden vollständig erhoben und dokumentiert, etwa in einem Pflichtenheft.
- 02EntwurfAuf Basis der Anforderungen wird die Lösung konzipiert und das Design festgelegt.
- 03ImplementierungDie geplante Lösung wird umgesetzt — gebaut, programmiert oder erstellt.
- 04TestDas Ergebnis wird gegen die Anforderungen geprüft und Fehler werden behoben.
- 05BetriebDie Lösung geht in Betrieb und wird gewartet.
Stärken des Modells
Das Wasserfallmodell hat klare Vorzüge, die seine anhaltende Verbreitung erklären:
- Klarheit und Nachvollziehbarkeit — jeder Schritt ist dokumentiert und überprüfbar.
- Gute Planbarkeit — Budget und Termine lassen sich bei stabilen Anforderungen früh festlegen.
- Einfache Steuerung — der Fortschritt ist anhand abgeschlossener Phasen leicht messbar.
- Eignung für Audits — die lückenlose Dokumentation erleichtert Prüfungen.
Die berechtigte Kritik
Die grösste Schwäche des Wasserfallmodells ist seine Annahme, dass Anforderungen zu Beginn vollständig und stabil sind. In der Praxis ändern sie sich oft — durch neue Erkenntnisse, Marktveränderungen oder Feedback. Weil das Modell Rücksprünge nur schwer zulässt, werden solche Änderungen teuer und aufwendig.
Ein weiteres Problem ist der späte Zeitpunkt, zu dem das Ergebnis sichtbar wird. Erst in der Testphase zeigt sich, ob das Gebaute den Anforderungen entspricht. Stellt sich dann heraus, dass die Anforderungen unvollständig waren, ist viel Arbeit bereits investiert. Genau diese Schwächen führten zur Entwicklung agiler Methoden, die früh und iterativ liefern.
Wasserfall ist nicht überholt, sondern situativ richtig oder falsch. Bei stabilen Anforderungen ist es klar und effizient; bei hoher Unsicherheit wird es zum Risiko.
Wann Wasserfall heute noch passt
Trotz der Kritik hat das Wasserfallmodell weiterhin seine Berechtigung. Es passt überall dort, wo Anforderungen früh klar und stabil sind und Änderungen selten zu erwarten sind — etwa bei regulatorisch festgelegten Vorhaben, bei klar spezifizierten Bauprojekten oder bei der Einführung standardisierter Lösungen mit festem Umfang.
Auch als Teil eines hybriden Ansatzes spielt Wasserfall eine Rolle: Frühe Phasen wie Konzept und Beschaffung lassen sich gut plangetrieben führen, während die Umsetzung agil erfolgt. Die Kunst besteht darin, den Ansatz zur Natur des Projekts zu wählen, statt einer Methode aus Prinzip zu folgen.
Ein Beispiel aus der Praxis
Ein Unternehmen ersetzt seine Telefonanlage an drei Standorten. Anforderungen, Mengengerüst und Termine sind klar, der Lieferant ist bekannt, Änderungen während der Umsetzung sind unwahrscheinlich. Hier spielt das Wasserfallmodell seine Stärken aus: Anforderungen festhalten, Lösung planen, installieren, testen, in Betrieb nehmen. Ein iteratives Vorgehen würde kaum Mehrwert bringen, aber zusätzliche Abstimmungen erfordern.
Wasserfall und agil im Vergleich
| Merkmal | Wasserfall | Agil |
|---|---|---|
| Planung | Vorab vollständig | Laufend, schrittweise |
| Änderungen | Teuer, über Änderungsprozess | Erwartet, über Priorisierung |
| Ergebnis sichtbar | Am Ende | Nach jeder Iteration |
| Geeignet bei | Stabilen Anforderungen, Nachweispflicht | Unsicherheit, Bedarf an Feedback |
| Risiko | Späte Erkenntnis von Fehlentwicklungen | Unschärfe bei Endtermin und Endkosten |
Wasserfall entschärfen
- Frühe Prototypen oder Muster, um Anforderungen zu prüfen, bevor die Umsetzung beginnt.
- Klare Meilensteine mit Entscheiden statt eines einzigen Endtermins.
- Ein formaler, aber schlanker Änderungsprozess.
- Testplanung schon in der Anforderungsphase — der Kerngedanke des V-Modells.
Häufige Fragen
- Ist das Wasserfallmodell veraltet?
- Nein, aber es ist situativ. Bei stabilen, klar definierten Anforderungen ist es weiterhin effizient. Bei hoher Unsicherheit oder häufigen Änderungen sind agile oder hybride Ansätze meist besser geeignet.
- Was unterscheidet Wasserfall von HERMES?
- HERMES ist eine umfassende Methode mit Szenarien, Rollen und Modulen, die auch agiles Vorgehen erlaubt. Das Wasserfallmodell ist ein reines, lineares Vorgehensmodell ohne diese Flexibilität.
- Kann man Wasserfall und Agilität kombinieren?
- Ja, in hybriden Ansätzen. Frühe Phasen werden plangetrieben geführt, die Umsetzung agil. Wichtig ist eine saubere Gestaltung der Übergänge.
- Wann ist das Wasserfallmodell heute noch sinnvoll?
- Bei stabilen, früh klaren Anforderungen, festen Rahmenbedingungen und hoher Nachweispflicht, etwa bei Infrastruktur- oder Bauvorhaben mit wenig Unsicherheit.