Agil oder Wasserfall? Scrum und klassische Vorgehensmodelle im Vergleich

Bevor ein Softwareprojekt startet, steht eine grundlegende Entscheidung an: Wie soll gearbeitet werden – nach einem festen Plan von A bis Z oder in kurzen, anpassbaren Schritten? Hinter dieser Frage stehen zwei Denkschulen: das klassische Wasserfallmodell und agile Vorgehensweisen wie Scrum. Die Wahl beeinflusst nicht nur den Projektablauf, sondern auch Vertrag, Budget und die Zusammenarbeit mit Ihrer Agentur. Dieser Leitfaden erklärt beide Modelle neutral, stellt Vor- und Nachteile gegenüber und hilft Ihnen einzuordnen, wann welcher Ansatz passt. Dieser Beitrag ersetzt keine Rechtsberatung im Einzelfall.

Das Wasserfallmodell: sequenziell und planorientiert

Das Wasserfallmodell ist der klassische, lineare Ansatz. Das Projekt durchläuft klar getrennte Phasen, die nacheinander abgearbeitet werden – wie Wasser, das über Stufen nach unten fließt. Eine typische Reihenfolge:

• Anforderungsanalyse: Alle Anforderungen werden zu Beginn vollständig erhoben und dokumentiert.
• Konzept und Design: Auf dieser Basis entstehen Architektur und Gestaltung.
• Umsetzung: Die Entwicklung erfolgt nach dem festgelegten Konzept.
• Test: Das fertige Produkt wird geprüft.
• Abnahme und Betrieb: Übergabe, Einführung, Wartung.

Das Kennzeichen: Der Umfang wird am Anfang klar und möglichst vollständig definiert und dann umgesetzt. Änderungen während des Projekts sind vorgesehen, aber aufwendig – jede Anpassung wirkt auf die nachgelagerten Phasen zurück. Das Modell setzt daher voraus, dass die Anforderungen zu Beginn weitgehend bekannt und stabil sind.

Diese Klarheit macht das Wasserfallmodell gut kombinierbar mit einem Festpreis. Wenn Leistung und Ergebnis vorab präzise beschrieben sind, lässt sich ein fester Preis für ein definiertes Werk vereinbaren. Vertraglich ist das typischerweise ein Werkvertrag nach § 631 BGB: Der Auftragnehmer schuldet einen konkreten, abnahmefähigen Erfolg – das fertige Werk – und der Auftraggeber die vereinbarte Vergütung.

Agile Entwicklung und Scrum: iterativ und anpassbar

Agile Vorgehensweisen drehen die Logik um. Statt alles im Voraus zu planen, wird in kurzen Zyklen gearbeitet, in denen regelmäßig lauffähige Zwischenergebnisse entstehen. Anforderungen dürfen sich im Projektverlauf verändern und werden fortlaufend neu priorisiert. Das populärste agile Rahmenwerk ist Scrum.

Das Scrum Guide 2020 beschreibt Scrum als leichtgewichtiges Rahmenwerk, das auf drei Säulen ruht: Transparenz, Inspektion und Adaption. Alle Beteiligten sehen den aktuellen Stand (Transparenz), prüfen Ergebnisse und Vorgehen regelmäßig (Inspektion) und passen den Kurs bei Bedarf an (Adaption). Die Arbeit organisiert sich in wiederkehrenden Elementen:

• Product Backlog: eine priorisierte, lebende Liste aller gewünschten Funktionen und Anforderungen.
• Sprints: feste Zeiträume von einem Monat oder weniger, in denen ein nutzbares Produkt-Inkrement entsteht. Endet ein Sprint, beginnt der nächste unmittelbar.
• Events: Sprint Planning (Planung des Sprints), Daily Scrum (kurze tägliche Abstimmung), Sprint Review (Prüfung des Ergebnisses mit Beteiligten) und Sprint Retrospective (Verbesserung der Zusammenarbeit).

Weil am Ende jedes Sprints ein funktionierendes Zwischenergebnis steht, sehen Sie als Auftraggeber früh und laufend, wohin sich das Produkt entwickelt – und können gegensteuern, bevor viel Aufwand in die falsche Richtung fließt. Genau diese Anpassbarkeit ist die zentrale Stärke agiler Ansätze. Ein iteratives Vorgehen passt besonders gut zum schlanken Produktstart, wie ihn der Guide MVP entwickeln lassen beschreibt.

Vor- und Nachteile im Vergleich

Beide Modelle haben ihre Berechtigung. Die folgende Übersicht stellt die wesentlichen Unterschiede gegenüber:

Aspekt	Wasserfall	Agil / Scrum
Umfang	zu Beginn fest definiert	flexibel, laufend priorisiert
Änderungen	aufwendig, planbelastend	ausdrücklich vorgesehen
Zwischenergebnisse	am Projektende	nach jedem Sprint
Planbarkeit von Preis/Termin	hoch (bei stabilem Scope)	Budget/Zeit fix, Umfang variabel
Kundeneinbindung	vor allem am Anfang und Ende	kontinuierlich
Typischer Vertrag	Werkvertrag (§ 631 BGB)	oft Dienstvertrag (§ 611 BGB)
Risiko bei unklaren Anforderungen	hoch	gering

Kurz gefasst: Das Wasserfallmodell belohnt Klarheit und Stabilität, tut sich aber schwer, wenn sich Anforderungen ändern. Agile Ansätze umarmen den Wandel, verlangen dafür aber intensivere Mitarbeit und geben weniger Sicherheit über den exakten Endumfang zu einem Fixpreis.

Wichtig ist, gängige Missverständnisse auszuräumen. „Agil" bedeutet nicht „ohne Plan" – im Gegenteil wird laufend geplant, nur in kürzeren Zyklen und mit der Möglichkeit zur Anpassung. Ebenso wenig heißt „Wasserfall" automatisch „unflexibel und veraltet": Für klar umrissene Vorhaben mit stabilen Anforderungen ist ein sequenzielles Vorgehen oft effizienter, weil es weniger Abstimmungsaufwand erzeugt. Wer die Modelle gegeneinander ausspielt, verkennt, dass beide für unterschiedliche Ausgangslagen gebaut sind. Die relevante Frage ist nie „Welches Modell ist modern?", sondern „Welches Modell passt zu diesem konkreten Projekt und dieser Zusammenarbeit?".

Wann passt welches Modell?

Es gibt kein grundsätzlich besseres Modell – nur ein besser passendes. Zur Orientierung:

Wasserfall passt, wenn …

• die Anforderungen von Anfang an klar, vollständig und stabil sind,
• ein fester Preis und ein fixer Endtermin wichtiger sind als Flexibilität,
• regulatorische oder dokumentarische Vorgaben eine durchgängige, phasenweise Dokumentation verlangen,
• das Vorhaben klar abgegrenzt ist und wenig Unsicherheit birgt.

Agil / Scrum passt, wenn …

• die Anforderungen zu Beginn noch nicht vollständig feststehen oder sich absehbar ändern,
• Sie früh sichtbare Ergebnisse und die Möglichkeit zum Nachsteuern wünschen,
• das Produkt aus Nutzerfeedback wachsen soll (etwa bei neuen digitalen Produkten),
• Sie bereit und in der Lage sind, kontinuierlich mitzuarbeiten und zu priorisieren.

Eine ehrliche Einschätzung der eigenen Ausgangslage ist hier wichtiger als eine Modevorliebe. Wer unter „agil" nur „ohne Plan" versteht, wird enttäuscht – und wer stabile Anforderungen in ein starres Wasserfallkorsett zwingt, obwohl sich der Markt bewegt, ebenso.

Der Hybrid: das Beste aus beiden Welten

In der Praxis arbeiten viele Agenturen weder rein nach Wasserfall noch strikt nach Lehrbuch-Scrum, sondern mischen bewusst. Ein verbreiteter Hybrid: Die grobe Struktur, das Budget und die wichtigsten Meilensteine werden anfangs wie im Wasserfall festgelegt, die eigentliche Umsetzung läuft dann agil in Sprints. So gewinnen Sie Planungssicherheit auf der oberen Ebene und Flexibilität in der Detailumsetzung.

Auch eine Aufteilung nach Projektphasen ist üblich: eine klar umrissene Konzept- und Analysephase zu Beginn (planorientiert), gefolgt von einer iterativen Entwicklungsphase. Entscheidend ist nicht das Etikett, sondern dass Vorgehen, Vertrag und Budget zueinander passen und alle Beteiligten dasselbe Verständnis davon haben, wie gearbeitet wird. Fragen Sie im Erstgespräch mit der Agentur gezielt nach dem konkreten Vorgehensmodell.

Ein Hybrid bietet sich besonders dann an, wenn ein Teil des Projekts feststeht und ein anderer noch offen ist. Beispiel: Die technische Basis, eine Schnittstelle oder ein regulatorisch vorgegebener Kern werden klar spezifiziert und als Werk mit festem Umfang umgesetzt, während die nutzernahen Funktionen agil entstehen und aus Feedback wachsen. Achten Sie in einem solchen Modell darauf, dass die Übergänge sauber definiert sind – also klar ist, wo der feste Teil endet und der flexible beginnt. Sonst verschwimmen die Verantwortlichkeiten, und im Streitfall ist unklar, was eigentlich geschuldet war.

Woran Sie ein gut umgesetztes Vorgehen erkennen

Unabhängig vom gewählten Modell zeigt sich Qualität in der Praxis an denselben Merkmalen: Sie sehen in verlässlichen Abständen nachvollziehbare Fortschritte, Änderungen werden dokumentiert statt mündlich zugerufen, und es gibt einen festen Ansprechpartner. Ein Modell ist nur so gut wie seine Umsetzung – eine Agentur, die „agil" auf dem Papier verspricht, aber weder Sprints noch Reviews wirklich lebt, bietet keinen echten agilen Prozess. Fragen Sie deshalb nicht nur nach dem Namen des Modells, sondern nach dem konkreten Ablauf: Wie oft sehe ich Ergebnisse? Wer priorisiert? Wie werden Änderungen erfasst und abgerechnet?

Auswirkung auf Vertrag und Budget

Die Wahl des Vorgehensmodells hat unmittelbare vertragliche Folgen – das ist einer der praktisch wichtigsten Punkte. Die folgenden Ausführungen sind eine allgemeine Orientierung und ersetzen keine Rechtsberatung im Einzelfall.

Beim Wasserfall mit Festpreis liegt in der Regel ein Werkvertrag nach § 631 BGB nahe: Geschuldet wird ein konkret beschriebenes, abnahmefähiges Werk zu einem festen Preis. Das setzt eine präzise Leistungsbeschreibung voraus – denn nur was klar definiert ist, kann als „geschuldeter Erfolg" abgenommen werden. Das Risiko einer Fehlkalkulation trägt eher der Auftragnehmer, dafür haben Sie Preissicherheit.

Bei agiler Entwicklung nach Aufwand (Time & Material) passt oft ein Dienstvertrag nach § 611 BGB besser: Vergütet wird die geleistete Arbeit (Tätigkeit) über die vereinbarte Zeit, nicht ein im Voraus fixiertes Endergebnis. Das entspricht der Logik agiler Projekte, in denen der genaue Umfang bewusst offengehalten wird, während Budget und Zeitrahmen den Rahmen setzen. Sie zahlen für die tatsächlich erbrachte Leistung und steuern über die Priorisierung, was innerhalb des Budgets umgesetzt wird.

Für die Budgetplanung folgt daraus eine wichtige Unterscheidung: Beim Festpreis ist der Preis fix und der Umfang das Ergebnis der Vereinbarung. Bei agiler Abrechnung nach Aufwand sind Budget und Zeit der feste Rahmen, und der realisierbare Umfang ergibt sich daraus. Beide Modelle können fair sein – sie verlagern nur Sicherheit und Flexibilität auf unterschiedliche Seiten. Vertiefend hilft der Guide Werkvertrag oder Dienstvertrag?, und zur Abrechnung Festpreis oder nach Aufwand?. Als Orientierung für die Kalkulation nennt der Freelancer-Kompass 2025 für die Software- und Webentwicklung Stundensätze von rund 90 €/h.

Häufige Fragen

Ist agil immer besser als Wasserfall?

Nein. Agile Ansätze sind stark, wenn Anforderungen unklar sind oder sich ändern und Sie eng mitarbeiten können. Sind die Anforderungen dagegen stabil und ist Preissicherheit entscheidend, kann das Wasserfallmodell die bessere Wahl sein. Das passende Modell hängt von Projekt, Zielen und Ihrer Mitwirkungsbereitschaft ab, nicht von einem Trend.

Kann ich bei einem agilen Projekt einen Festpreis bekommen?

Reine agile Projekte und klassische Festpreise passen nur bedingt zusammen, weil der Umfang bewusst offengehalten wird. Möglich sind Kompromisse wie ein Festpreis pro Sprint, ein gedeckeltes Budget oder ein Festpreis für eine klar abgegrenzte erste Ausbaustufe. Wichtig ist, dass die Vertragsform zum tatsächlichen Vorgehen passt – dazu ist rechtliche Beratung im Einzelfall sinnvoll.

Was bedeutet der Unterschied zwischen § 631 und § 611 BGB für mich?

Vereinfacht: Ein Werkvertrag (§ 631 BGB) schuldet ein konkretes, abnahmefähiges Ergebnis – typisch für Festpreis und Wasserfall. Ein Dienstvertrag (§ 611 BGB) schuldet die geleistete Tätigkeit über die Zeit – typisch für agile Arbeit nach Aufwand. Für Sie heißt das: Beim Werkvertrag steht das Ergebnis im Vordergrund, beim Dienstvertrag die erbrachte Leistung. Die konkrete Ausgestaltung sollte anwaltlich geprüft werden.

Wie lang ist ein Sprint?

Nach dem Scrum Guide 2020 sind Sprints feste Zeiträume von einem Monat oder weniger. In der Praxis sind zwei Wochen weit verbreitet. Wichtig ist die Konstanz: Ein gleichbleibender Rhythmus schafft Planbarkeit und einen verlässlichen Takt für Zwischenergebnisse.

Muss ich als Auftraggeber bei einem agilen Projekt viel Zeit investieren?

Ja, mehr als beim Wasserfall. Agile Projekte leben von Ihrer kontinuierlichen Mitwirkung – etwa bei der Priorisierung des Backlogs und in den Sprint Reviews, in denen Sie Zwischenergebnisse prüfen und Feedback geben. Diese Einbindung ist kein Mehraufwand ohne Gegenwert, sondern genau der Mechanismus, der sicherstellt, dass am Ende das Richtige entsteht.

Passende Agentur finden: Ob agil oder klassisch – vergleichen Sie geprüfte Anbieter für Softwareentwicklung und IT-Beratung auf Deine-Agenturen und finden Sie ein Team, dessen Vorgehensmodell zu Ihrem Projekt passt.