METHODE

Waterfall

Ein sequenzielles Entwicklungsmodell, bei dem jede Phase (Anforderungen, Design, Bau, Test, Deployment) abgeschlossen wird, bevor die nächste beginnt. Solide bei festem, gut verstandenem Umfang, schwach bei Produktdiscovery.

Zuletzt geprüft: 2026-06-02 vonKevin Riedl wiki ↗

Waterfall führt ein Projekt als geordnete Folge von Phasen durch: alle Anforderungen sammeln, dann das ganze System designen, dann bauen, dann testen, dann ausliefern. Jede Phase produziert ein abgenommenes Dokument und wird abgeschlossen, bevor die nächste beginnt. Der Reiz ist offensichtlich: Ihr kennt Plan, Kosten und Termin im Voraus, und alle stimmen zu, bevor eine Zeile Code geschrieben ist.

Für manche Arbeit passt es weiterhin legitim. Wenn der Umfang wirklich fest und gut verstanden ist, wenn ein Regulator vorab Dokumentation und Nachvollziehbarkeit verlangt, oder wenn ihr Hardware baut, bei der ihr nach dem Schnitt des Metalls nicht billig iterieren könnt, sind sequenzielle Phasen das ehrliche Modell. So ein Projekt als “agil” auszugeben, versteckt nur den Plan, statt ihn zu entfernen.

Bei Produktdiscovery scheitert es schwer. Die fatale Annahme ist, dass ihr das richtige Produkt im Voraus spezifizieren könnt, bevor irgendein Nutzer es berührt hat. Das könnt ihr fast nie. Wenn die Bauphase endet, sind die Monate zuvor gesammelten Anforderungen teilweise falsch, und Waterfall hat keinen billigen Weg, das vor der Testphase herauszufinden, in der jede Änderung teuer ist. Ihr bekommt ein Produkt, das der Spezifikation entspricht und am Bedarf vorbeigeht.

Die ehrliche Abgrenzung zu Agile: Waterfall lädt alle Entscheidungen nach vorn und wettet, dass sie richtig sind. Agile verteilt Entscheidungen über die Arbeit und wettet, dass frühes Feedback die falschen abfängt. Bei allem, wo ihr noch nicht genau wisst, was ihr bauen sollt, begünstigt diese Wette Agile. Bei allem, wo die Antwort wirklich bekannt und fest ist, ist die Vorhersehbarkeit von Waterfall ein Vorteil, kein Mangel.

// FAQ

Häufige Fragen

Häufige Fragen

Ein sequenzielles Entwicklungsmodell, das ein Projekt als geordnete Phasen durchführt, Anforderungen, Design, Bau, Test, Deployment, jede abgeschlossen und abgenommen, bevor die nächste beginnt. Es legt sich auf den vollen Plan, die Kosten und den Termin im Voraus fest, bevor Code geschrieben ist.
Waterfall lädt jede Entscheidung nach vorn und wettet, dass der Plan stimmt, und sträubt sich dann gegen Änderung. Agile verteilt Entscheidungen über kurze Iterationen und nutzt frühes Feedback zum Kurskorrigieren. Waterfall passt zu festem, gut verstandenem Umfang und regulierter oder Hardware-Arbeit. Agile passt zu allem, wo ihr noch nicht genau wisst, was ihr bauen sollt, also zu den meisten Softwareprojekten.
Bei der Produktdiscovery. Es nimmt an, ihr könntet das richtige Produkt spezifizieren, bevor ein Nutzer es berührt hat, was ihr fast nie könnt. Die falschen Anforderungen tauchen erst in der Testphase auf, wenn ihre Änderung am teuersten ist, und ihr liefert ein Produkt, das der Spezifikation entspricht, aber den eigentlichen Bedarf verfehlt.