Kennst du das? Monatelang wird geplant, spezifiziert, abgestimmt. Dann wird gebaut. Und ganz am Ende, beim großen Abnahmetermin, kommt es gleich mehrfach: Der Markt hat sich gedreht. Die Anforderung war anders gemeint – oder wird inzwischen ganz anders gebraucht. Und es stellt sich heraus, dass mehr Fehler drinstecken als gedacht. Alles zu einem Zeitpunkt, an dem Änderungen am teuersten sind.
Das ist kein Pech, sondern die eingebaute Schwäche eines bestimmten Vorgehens. Und sie wurzelt in einem Irrglauben: dass sich in der Planung sämtliche unvorhergesehenen Dinge vorwegnehmen lassen. Das ist schlicht nicht der Fall. Um zu verstehen, was agil anders macht, lohnt der Blick auf das Modell, gegen das es einmal angetreten ist: das Wasserfallmodell.
01 · GrundlagenDas Wasserfallmodell einfach erklärt
Das Wasserfallmodell ist ein klassisches Vorgehensmodell in der Softwareentwicklung und steht bis heute für klassisches Projektmanagement. Die Idee dahinter ist eine streng lineare, strukturierte Vorgehensweise: Ein Projekt durchläuft klar definierte Projektphasen nacheinander, und jede Phase wird vollständig abgeschlossen, bevor die nächste beginnt. Diese klare Struktur macht das Wasserfallmodell zu einem der bekanntesten Modelle des Projektmanagements.
Das Bild des Wasserfalls stammt aus einem Paper, das genau dieses Vorgehen gar nicht empfahl. Winston Royce beschrieb den rein sequenziellen Ablauf 1970 – und warnte im selben Text davor, ihn so starr zu fahren. Royce riet schon damals zu Iteration. Durchgesetzt hat sich trotzdem die starre Lesart.
02 · PhasenDie 5 Phasen des Wasserfallmodells
Im klassischen Ablauf des Wasserfallmodells läuft ein Projekt in festen, aufeinander folgenden Phasen ab. Häufig spricht man von fünf Phasen, die das Vorgehen unterteilen:
- Anforderungen: In der ersten Phase werden alle Anforderungen an das Projekt erhoben und detailliert dokumentiert. Sind die Anforderungen von Beginn an klar, bildet das die Grundlage für alles Weitere.
- Entwurf und Systemdesign: Auf Basis der definierten Anforderungen aus der ersten Phase entsteht der technische Entwurf – das Systemdesign legt fest, wie das Produkt aufgebaut sein soll.
- Implementierung: Jetzt wird das Produkt gebaut, genau nach Entwurf.
- Test: Das Ergebnis wird geprüft. Hier zeigt sich, ob das System die Anforderungen erfüllt und wo noch Fehler zu beheben sind. Der Test dient also dazu, Fehler zu identifizieren und zu beheben.
- Auslieferung und Wartung: Das fertige Produkt geht an den Auftraggeber; in der Wartung werden später auftretende Fehler behoben.
Charakteristisch ist die strikte Abfolge der Phasen: Jede einzelne Phase des Wasserfallmodells wird abgeschlossen, bevor die nächste startet – streng sequenziell, wie Wasser, das eine Stufe nach der anderen hinabfällt und nicht zurück. Klare Meilensteine markieren den Übergang zwischen den verschiedenen Phasen. Der Erfolg hängt damit von der konsequenten Durchführung der vorherigen Phasen ab, denn Rücksprünge in vorherige Phasen sind im klassischen Wasserfallmodell kaum vorgesehen. Eine Variante ist das erweiterte Wasserfallmodell, das solche Rücksprünge ausdrücklich zulässt, um Fehler aus frühen Phasen noch zu korrigieren.
03 · ProblemDas eigentliche Problem: lange Sequenzen, später Frust
Der sequenzielle Ablauf hat einen teuren Haken – und der liegt nicht nur am Ende. Die einzelnen Sequenzen sind oft überdurchschnittlich lang. Wochen, manchmal Monate vergehen in einer einzigen Phase, bevor überhaupt etwas an die nächste übergeben wird. Steckt in dieser langen Phase ein Denkfehler, baut alles Folgende darauf auf – und du merkst es erst viel später.
Genau hier entsteht Risiko. Rücksprünge sind kaum vorgesehen. Ein Fehler aus den frühen Phasen fällt oft erst in den späteren Phasen auf, etwa im Test, wenn schon Monate Arbeit darauf stehen. Und je später ein Fehler auffällt, desto teurer wird seine Korrektur. Barry Boehm hat diesen Zusammenhang bereits 1988 beschrieben: Was früh ein kurzes Gespräch gewesen wäre, wird spät zur Großbaustelle.
Der Projektplan steht am Anfang fest – zu dem Zeitpunkt, an dem du am wenigsten weißt. Dahinter steckt ein planorientiertes Denken; diese Herangehensweise setzt auf Struktur und Kontrolle. Es ist im Kern lineares Projektmanagement: Der Umfang ist fest und soll genau so geliefert werden. Jede Änderung danach geht als Störung durch – nicht als Erkenntnis und schon gar nicht als Wettbewerbsvorteil.
Sequenzielles Denken baut Silos
Das sequenzielle Vorgehen prägt auch, wie Teams zugeschnitten werden. Wer in Phasen denkt, denkt in Zuständigkeiten: Eine Abteilung macht ihren Teil und reicht an die nächste weiter. So entstehen Komponententeams statt Feature Teams – und damit Silos. „Ich habe meinen Teil erledigt, jetzt bist du dran und trägst die Verantwortung.“ Verantwortung für das Ganze fühlt niemand.
04 · BilanzVor- und Nachteile des Wasserfallmodells
Wie jedes Modell hat auch das Wasserfallmodell Vorteile und Nachteile.
Zu den Vorteilen des Wasserfallmodells zählen eine hohe Planungssicherheit, gute Planbarkeit und klare Meilensteine: Das Wasserfallmodell bietet eine klare Struktur, in der jeder weiß, was wann passiert. Gerade bei klar definierten, stabilen Anforderungen sorgt diese Struktur für Verlässlichkeit.
Die Kehrseite ist die fehlende Flexibilität. Weil der Plan früh feststeht, lässt sich auf Veränderungen – neue Technologie, ein bewegter Markt – nur schwer flexibel reagieren. Andererseits bietet das Wasserfallmodell wenig Raum, um spät gewonnene Erkenntnisse noch einzubauen.
05 · AgilWas agil anders macht
Agiles Vorgehen dreht das um. Statt einer langen Kette geschlossener Phasen arbeitet ein Team in kurzen, sich wiederholenden Schleifen: planen, bauen, prüfen, lernen – im Kern der PDCA-Zyklus (Plan-Do-Check-Act). Beim agilen Projektmanagement übernehmen das agile Methoden wie Scrum: Das Team arbeitet iterativ in kurzen Sprints, und Kundenfeedback blockiert nicht die Auslieferung, sondern fließt direkt in den nächsten Sprint.
Der Unterschied ist nicht „mehr Tempo“. Es ist ein anderer Umgang mit Nichtwissen. Du gibst nicht vor, am Anfang schon alles zu wissen. Du baust dir Schritt für Schritt das Wissen auf, das du brauchst – und korrigierst, solange Korrigieren noch billig ist. So gewinnt das Team Flexibilität und kann flexibel auf Veränderungen reagieren. Wo der Wasserfall planorientiert ist, ist Agilität wertorientiert: Nicht der vorab fixierte Umfang zählt, sondern der Wert, der am Ende wirklich gebraucht wird.
06 · PraxisEin Bild aus der Praxis: der Papierflieger
In meiner Vorlesung mache ich genau das mit den Studierenden. Zwei Gruppen bauen Papierflieger. Die eine arbeitet im Wasserfall: erst planen, planen, planen – und erst wenn die Planung „durch“ ist, darf gebaut werden. Die andere baut in kurzen Runden, wirft nach jeder Runde den Papierflieger, lernt aus jedem Versuch.
Spannend ist immer derselbe Moment: Die Wasserfall-Gruppe sieht, wie die anderen die ganze Zeit testen dürfen – und sitzt selbst über dem Reißbrett. Man merkt richtig, wie schwer ihnen das fällt. Und am Ende, wenn endlich gebaut werden darf, sind alle gespannt: Fliegt das Ding jetzt eigentlich? Meistens fliegt er sogar – ein Papierflieger ist nicht komplex genug, um ganz zu scheitern. Aber er fliegt selten weit. Dafür ist er bis ins Detail ausgestaltet und verziert, während die andere Gruppe die ganze Zeit auf das geachtet hat, worauf es ankam: die Reichweite. Genau das passiert, wenn du zu viel Zeit zum Planen hast – du verlierst den eigentlichen Business Value aus dem Blick und baust stattdessen jede Menge Extras ein.
07 · EinordnungWann eignet sich das Wasserfallmodell – und wann agile oder hybride Ansätze?
Wichtig – und das geht in der Debatte oft unter: Das Wasserfallmodell ist nicht „schlecht“ und agil nicht automatisch „gut“. Das Wasserfallmodell eignet sich besonders für Projekte mit klar definierten, stabilen Anforderungen, bei denen der Weg bekannt ist. Vor allem dann eignet sich das Wasserfallmodell, wenn die Anforderungen von Beginn an klar sind und sich kaum ändern – insbesondere in regulierten Branchen mit hohen Dokumentations- und Nachweispflichten ist das Wasserfallmodell oft die richtige Wahl. Damit bleibt das Wasserfallmodell im Projektmanagement bis heute relevant; die Anwendung des Wasserfallmodells hängt also stark vom Kontext ab.
Seine Stärke spielt Agilität dagegen dort aus, wo Unsicherheit herrscht: unklare Anforderungen, neue Technologien, ein Markt, der sich bewegt. Häufig liegt die Antwort aber nicht im Entweder-oder. Hybride Ansätze kombinieren beide Welten und holen sich so die Vorteile beider Ansätze. Ob klassisch, agil oder hybride: Entscheidend ist, dass das Vorgehen zur Situation passt. Gut gemacht, holen hybride Ansätze das Beste aus beiden Welten.
Gerade ein bewegter Markt ist mittlerweile in fast allen Bereichen die Regel – weshalb sich Agilität so gut eignet. Wir leben in einer sich immer schneller drehenden Welt (Stichwort VUCA). Worauf es bei der Entscheidung „passt das zu uns?“ genau ankommt, vertiefen wir in den nächsten Teilen dieser Reihe.
Eine Frage zum Schluss: Wie oft plant ihr noch in großen Schritten Dinge, über die ihr am Anfang am wenigsten wisst?
Schluss mit dem perfekten Plan. Fang an zu lernen.
In der Guided Agile Community übst du kurze Lernschleifen an echten Fällen, über drei Monate hinweg, mit Feedback und Menschen, die denselben Weg gehen. So wird aus Theorie ein Reflex.
Gründer der Guided Agile Community (GAC), PSM III-zertifiziert und Dozent an der Universität Hildesheim. Stefan begleitet Praktiker:innen dabei, agiles Wissen iterativ und praxisnah im Berufsalltag zu verankern.
Mehr über Stefan auf LinkedIn