Wasserfall-Modell
Das Wasserfall-Modell ist die älteste und bekannteste Vorgehensweise in der Softwareentwicklung. Der Name ist Programm: Wie ein Wasserfall fließt das Projekt von oben nach unten – Phase für Phase, ohne zurückzugehen. Das klingt simpel, hat aber weitreichende Konsequenzen. In dieser Lektion verstehst du, wann das Wasserfall-Modell sinnvoll ist, wann es versagt – und warum neuere Methoden wie Scrum als direkte Reaktion darauf entstanden sind.
1) Die Idee hinter dem Wasserfall
Das Wasserfall-Modell wurde in den 1970er-Jahren populär und orientiert sich am klassischen Ingenieurwesen. Der Grundgedanke: Bevor du mit dem Bauen anfängst, planst du alles vollständig durch. Eine Phase liefert ihr Ergebnis ab – dann erst beginnt die nächste. Zwischen den Phasen gibt es klare Dokumente und Abnahmen. Das ist ähnlich wie beim Hausbau: Erst kommt der Architekt und zeichnet den Plan, dann der Statiker, dann der Maurer – keiner fängt an, bevor der Vorhergehende fertig ist.
Entscheidend dabei: Jede Phase wird genau einmal durchlaufen. Es gibt – zumindest in der reinen Form – kein „Zurück". Wenn in der Testphase ein grundlegender Denkfehler aus der Anforderungsphase auftaucht, ist das teuer und aufwändig zu korrigieren.
2) Stärken des Wasserfall-Modells
Das Wasserfall-Modell hat durchaus echte Stärken – sonst wäre es nicht so lange die dominierende Methode gewesen. Es entfaltet seine Stärken besonders dort, wo die Anforderungen von Anfang an klar und stabil sind.
- Klare Struktur: Jeder weiß, in welcher Phase das Projekt gerade ist und was als nächstes kommt. Das reduziert Unsicherheit.
- Vollständige Dokumentation: Jede Phase erzeugt ein schriftliches Ergebnis. Das ist ideal für regulierte Bereiche (Medizintechnik, Luft- und Raumfahrt) oder für IHK-Abschlussdokumentationen.
- Planbarkeit: Zeit und Kosten lassen sich zu Beginn gut abschätzen, weil der gesamte Umfang vorab definiert ist. Relevant für Wirtschaftlichkeitsberechnungen.
- Einfache Steuerung: Fortschritt ist leicht messbar – eine Phase ist entweder abgeschlossen oder nicht.
3) Schwächen und wann das Modell versagt
Das größte Problem des Wasserfall-Modells ist sein Umgang mit Veränderung – genauer: es hat keinen. In der Realität der Softwareentwicklung ändern sich Anforderungen. Kunden wissen zu Beginn oft nicht genau, was sie wollen. Technische Einschränkungen werden erst während der Implementierung sichtbar. Märkte verändern sich während der Projektlaufzeit.
| Schwäche | Was das in der Praxis bedeutet |
|---|---|
| Spätes Kundenfeedback | Der Kunde sieht das Ergebnis erst in Phase 5 – nach Monaten oder Jahren. Wenn es nicht passt, ist die Korrektur extrem teuer. |
| Anforderungen müssen perfekt sein | Fehler in der Anforderungsanalyse pflanzen sich durch alle Phasen fort. Je später sie entdeckt werden, desto teurer wird die Behebung. |
| Kein Umgang mit Änderungen | Neue Anforderungen während des Projekts sprengen die Planung. Scope Creep ist kaum handhabbar. |
| Hoher Dokumentationsaufwand | Jede Phase braucht ausführliche Dokumente, auch wenn sich die Situation längst verändert hat. |
Die Softwareentwicklung hat auf diese Probleme mit agilen Methoden reagiert. Statt einmalig von oben nach unten werden beim Scrum-Framework alle Phasen in kurzen Zyklen (Sprints) immer wieder durchlaufen – mit regelmäßigem Kundenfeedback nach jedem Zyklus.
4) Wann ist Wasserfall trotzdem die richtige Wahl?
Trotz aller Kritik ist das Wasserfall-Modell nicht veraltet – es ist einfach nicht universell einsetzbar. Es passt gut, wenn die Anforderungen vollständig und stabil sind, wenn der Auftraggeber wenig Kapazität für regelmäßiges Feedback hat, wenn regulatorische Vorgaben eine lückenlose Dokumentation erzwingen, oder wenn physische Systeme (Hardware, Gebäude, Infrastruktur) beteiligt sind, bei denen Änderungen sehr kostspielig wären.
Im IT-Alltag begegnet dir das Wasserfall-Modell daher häufig in hybrider Form: Die Projektplanung und Dokumentation folgt dem klassischen Ansatz, während die eigentliche Entwicklung agil erfolgt. Das nennt man Hybrides Projektmanagement – Thema in L6.
Zusammenfassung
Das Wasserfall-Modell durchläuft fünf Phasen strikt von oben nach unten: Anforderungsanalyse, Systemdesign, Implementierung, Testen und Deployment. Jede Phase liefert ein Dokument ab und wird genau einmal durchlaufen. Stärken: klare Struktur, vollständige Dokumentation, gute Planbarkeit. Schwächen: kein Umgang mit Änderungen, spätes Kundenfeedback, teure Fehlerbehebung. Es eignet sich für stabile Anforderungen und regulierte Umgebungen – nicht aber für dynamische Softwareprojekte, bei denen Scrum oder Kanban besser geeignet sind.