Wasserfallmodell
Ein sequentielles Entwicklungsmodell mit klar abgegrenzten Phasen und starren Übergabepunkten.
Klassifikation
- KomplexitätMittel
- AuswirkungOrganisatorisch
- EntscheidungstypOrganisation
- OrganisationsreifeFortgeschritten
Technischer Kontext
Prinzipien & Ziele
Use Cases & Szenarien
Kompromisse
- Hohe Kosten für nachträgliche Änderungen.
- Übermäßiger Dokumentationsaufwand statt funktionaler Lieferung.
- Falsche Annahmen in frühen Phasen propagieren über das Projekt.
- Kritische Annahmen frühzeitig validieren (Proof-of-Concept).
- Explizite Change-Control-Prozesse implementieren.
- Regelmäßige Stakeholder-Reviews an Meilensteinen durchführen.
I/O & Ressourcen
- Vollständige Anforderungsspezifikation
- Projektplan mit Meilensteinen
- Test- und Abnahmepläne
- Fertige Release-Pakete nach Phase
- Abnahme- und Prüfprotokolle
- Vollständige technische Dokumentation
Beschreibung
Das Wasserfallmodell ist ein sequentielles Planungs- und Entwicklungsmodell für Softwareprojekte, das Phasen wie Anforderungsanalyse, Entwurf, Implementierung, Test und Wartung strikt nacheinander durchläuft. Es betont Dokumentation, feste Meilensteine und klare Übergabepunkte. Geeignet bei stabilen Anforderungen, jedoch wenig flexibel für Änderungen. Typische Risiken sind späte Fehlerentdeckung und hohe Änderungskosten.
✔Vorteile
- Klare Planung, Budget- und Terminvereinbarungen möglich.
- Einfache Nachvollziehbarkeit und Auditierbarkeit durch Dokumentation.
- Strukturierte Meilensteine erleichtern Abnahmeprozesse.
✖Limitationen
- Geringe Flexibilität bei sich ändernden Anforderungen.
- Fehler werden oft spät im Prozess entdeckt.
- Langsame Feedback-Zyklen können Innovationsfähigkeit hemmen.
Trade-offs
Metriken
- Termintreue
Messung, wie gut Phasenmeilensteine eingehalten wurden.
- Nacharbeitsaufwand
Aufwand für Korrekturen, die nachspät entdeckten Fehlern entstehen.
- Dokumentationsvollständigkeit
Grad der formalen Dokumentation im Verhältnis zu geforderten Artefakten.
Beispiele & Implementierungen
Großes staatliches Vergabeprojekt
Stabile Anforderungen und vertragliche Meilensteine führten zur Anwendung eines Wasserfallprozesses mit formaler Abnahme.
Hersteller von Medizingeräten
Regulatorische Vorgaben erforderten dokumentierte Phasen und Nachweisketten, weshalb Wasserfall-ähnliche Abläufe genutzt wurden.
Embedded-Entwicklung für Industrieautomation
Hardwareabhängigkeiten und lange Testzyklen machten sequentielle Phasen praktikabel.
Implementierungsschritte
Anforderungen vollständig erfassen und formal abnehmen.
Detailliertes Phasen- und Meilensteinplan erstellen.
Dokumentation, Tests und Abnahmeprozesse definieren und instrumentieren.
⚠️ Technische Schulden & Engpässe
Tech Debt
- Aufgeschobene Refactorings werden zu großer technischer Last.
- Veraltete Komponenten bleiben bestehen, weil Anpassung teuer ist.
- Fehlende Automatisierung von Tests erschwert spätere Änderungen.
Bekannte Engpässe
Beispiele für Missbrauch
- Start eines komplexen Innovationsprojekts ohne Iterationen.
- Anwenden bei stark unsicheren Anforderungen und schnellen Änderungen.
- Verzicht auf Tests bis zur abschließenden Testphase in risikoreichen Projekten.
Typische Fallen
- Annahmen im Anforderungsdokument werden nicht mehr hinterfragt.
- Stakeholder-Feedback wird zu spät eingeholt.
- Change Requests führen zu unkontrollierter Projektverzögerung.
Erforderliche Fähigkeiten
Drivers (Architectural Drivers)
Constraints
- • Anforderungen müssen vor Projektstart stabil sein.
- • Formale Abnahme- und Prüfverfahren verlängern Zeitpläne.
- • Begrenzte Iterationsmöglichkeiten während der Umsetzung.