Wasserfallmodell vs. agiles Vorgehen – worin liegt der Kernunterschied?

Der Kernunterschied liegt darin, wann festgelegt wird, was gebaut wird 🙂

• Wasserfall: sequenzielle Phasen (Analyse → Design → Implementierung → Test → Betrieb), die nacheinander durchlaufen werden. Die Anforderungen werden am Anfang vollständig festgelegt und dann abgearbeitet. Erst am Ende gibt es ein lauffähiges Ergebnis.
• Agil (z. B. Scrum): die Arbeit läuft in kurzen Iterationen (Sprints, 1–4 Wochen). Nach jedem Sprint gibt es ein nutzbares Teilergebnis, und die Anforderungen dürfen sich von Sprint zu Sprint anpassen.

Bild dazu: Wasserfall plant die ganze Reise im Voraus, agil navigiert von Etappe zu Etappe und korrigiert den Kurs unterwegs.

Daniels Erklärung passt. Für die „wann nimmt man was“-Frage merk dir die Faustregel über die Stabilität der Anforderungen:

• Anforderungen klar, stabil, gesetzlich/vertraglich fix (z. B. Brückenbau, Abrechnungssystem nach festem Gesetz) → Wasserfall. Planbarkeit und Dokumentation sind hier Stärken.
• Anforderungen unklar oder im Fluss, schnelles Feedback nötig (z. B. neue App, Produkt am Markt ausprobieren) → agil. Du reduzierst das Risiko, monatelang am Bedarf vorbei zu bauen.

Klassischer Klausur-Nachteil von Wasserfall: Fehler in der Analyse fallen erst ganz am Ende im Test auf und sind dann teuer. Agil fängt das früher ab, ist aber schwerer fix zu budgetieren. In der Praxis sieht man oft Mischformen.