SOW agile vs waterfall : welche Struktur für Ihre IT-Projekte ?

Einleitung : Warum das SOW-Modell den vertraglichen Erfolg bedingt

Im Bereich IT-Beratung und Softwareentwicklung ist das Statement of Work (SOW) kein einfaches Verwaltungsdokument : Es ist das Rückgrat des Vertrags, das die Beziehung zwischen dem Dienstleister und seinem Kunden regelt. Im Jahr 2026 folgen praktisch alle IT-Projekte einer von zwei grundlegend unterschiedlichen Philosophien — agile und waterfall — und dieser Unterschied hat konkrete Auswirkungen auf die Formulierung jeder SOW-Klausel : Liefergegenstände, Meilensteine, Zahlungsmodalitäten, Akzeptanzkriterien und Änderungsverwaltung. Der Unterschied zwischen einem agilen SOW und einem Waterfall-SOW zu verstehen bedeutet, Vertragsstreitigkeiten zu vermeiden, die laut PMI-Branchenumfragen durchschnittlich 15 % des Projektbudgets kosten. Dieser Artikel beschreibt die Strukturen, Risiken und Best Practices für jeden Ansatz.

---

Was ist ein Waterfall-SOW und wie strukturiert man es ?

Das Waterfall-Modell — oder V-Zyklus — basiert auf einer sequenziellen Logik : Jede Phase (Rahmen, Design, Entwicklung, Tests, Bereitstellung) folgt linear aufeinander. Ein Waterfall-SOW spiegelt diese Logik wider, indem es den gesamten Umfang im Voraus und auf erschöpfende Weise definiert.

Strukturelle Merkmale des Waterfall-SOW

Ein typisches Waterfall-SOW umfasst :

• Eine detaillierte Beschreibung des funktionalen Umfangs : Jede Funktionalität wird beschrieben, oft begleitet von allgemeinen funktionalen Spezifikationen (SFG) oder einem angehängten Lastenheft.
• Feste vertragliche Meilensteine (Milestones) : Lieferung des validierten Prototyps, funktionale Abnahme, Produktionsinbetriebnahme, Garantiezeit. Jeder Meilenstein ist mit einem Kalenderdatum und einem Prozentsatz der Pauschale verbunden.
• Ein Globalpreis (Fixed-Price) : Die finanzielle Gegenleistung wird im Voraus bestimmt. Der Dienstleister trägt das Risiko von Kostenüberschreitungen, wenn der Umfang nicht richtig kalibriert ist.
• Präzise Akzeptanzkriterien : Die Bedingungen zur Validierung jedes Liefergegenstands werden vertraglich definiert und reduzieren Streitigkeiten bei der Abnahme.

Vorteile und Grenzen des Waterfall-SOW für IT-Projekte

Das Waterfall-Modell bietet vollständige Budgetplanbarkeit für den Kunden, weshalb es die bevorzugte Wahl für Projekte mit stabilem Umfang ist : ERP-Integration, Migration strukturierter Daten, Entwicklung einer Anwendung mit festgelegten Spezifikationen. Andererseits passt es sich schlecht an Anforderungsänderungen während des Projekts an. Jede Änderung muss Gegenstand einer vertraglichen Änderung (Change Request) sein, ein Prozess, der oft langsam ist und zu Spannungen führt. Laut dem Standish Group Chaos Report 2024 überschreiten Waterfall-Projekte ihr Anfangsbudget in 45 % der Fälle, gerade wegen der Unterschätzung des Umfangs bei der Unterzeichnung.

Für weitere Informationen über die Erstellung und Unterzeichnung dieser Art von Dokument zentralisiert das SOW-Hub von Certyneo Vorlagen, Standardklauseln und Best Practices.

---

Was ist ein agiles SOW und wie unterscheidet es sich strukturell ?

Das agile SOW bricht mit der Logik des festgelegten Umfangs. Es vertraglich vereinbart eine Lieferfähigkeit (Geschwindigkeit eines Teams, Anzahl der Sprints, zur Verfügung gestellte Profile) statt einer umfassenden Liste von Funktionalitäten.

Die Säulen eines agilen SOW : Sprints, Backlog und Wertkriterien

Ein gut strukturiertes agiles SOW um Scrum oder Kanban integriert typischerweise :

• Eine Beschreibung der Rollen und Teams : Product Owner auf Kundenseite, Scrum Master und Entwickler auf Dienstleisterseite, mit den damit verbundenen Tagessätzen oder Monatssätzen (Time & Materials-Modell oder Pauschale pro Sprint).
• Ein initial priorisiertes Backlog : nicht vertraglich festgelegt, aber als Ausgangspunkt dienend. Es entwickelt sich bei jeder Sprint-Überprüfung mit Zustimmung beider Parteien.
• Sprints als Abrechnungseinheit : Jeder Sprint (2 bis 4 Wochen) bildet einen fakturierbaren Zyklus mit seinen definierten Agile-Zeremonien (Planning, Daily, Review, Retrospektive).
• Kriterien für Definition of Done (DoD) : technische und funktionale Bedingungen, die jede Story erfüllen muss, um als erledigt zu gelten, und ersetzen die monolithischen Akzeptanzkriterien des Waterfall.
• Eine Klausel zur regelmäßigen Budgetüberprüfung : Nach N Sprints können die Parteien den Gesamtumfang ohne förmliche Änderung überprüfen, innerhalb der Grenzen eines definierten Gesamtbudgets.

Preismodelle in einem agilen SOW : Time & Materials vs. Pauschale pro Sprint

In der Praxis bestehen zwei Modelle nebeneinander :

Time & Materials (T&M) : Der Kunde zahlt die tatsächlich von den Teams verbrauchte Zeit nach vertraglich vereinbarten Tagessätzen. Dieses Modell maximiert die Flexibilität, überträgt aber das Budgetrisiko auf den Kunden. Es ist für explorative Projekte oder Ideenphasen geeignet.

Pauschale pro Sprint (Sprint Box) : Der Dienstleister verpflichtet sich auf eine feste Lieferfähigkeit pro Sprint (Anzahl der Punkte oder Tage/Person) für einen festen Preis. Dieses Hybrid-Modell verbindet die finanzielle Planbarkeit des Waterfall mit der Flexibilität des agilen Backlog. Es ist heute das dominierende Modell in französischen IT-Dienstleisterunternehmen für Web- und Mobile-Entwicklungsprojekte.

Die auf Certyneo verfügbaren Vertragsmodelle umfassen SOW-Vorlagen, die an jedes dieser Preismodelle angepasst sind, und sind bereit zur Personalisierung und elektronischen Unterzeichnung.

---

Vergleichstabelle : agiles SOW vs. Waterfall, die Schlüsselunterschiede

| Kriterium | Waterfall-SOW | Agiles SOW | |---|---|---| | Umfang | Fest und umfassend bei Unterzeichnung | Evolutiv, verwaltet über priorisiertes Backlog | | Liefergegenstände | Vertraglich definiert und datiert | Nach Sprint definiert, kontinuierlich validiert | | Meilensteine | Feste Meilensteine mit Kalenderdaten | Periodische Sprint-Überprüfungen | | Preis | Feste Gesamtpauschale | T&M oder Pauschale pro Sprint | | Änderungsverwaltung | Förmliche Änderung (Change Request) | Backlog-Umpriorisierung | | Budgetrisiko | Dienstleister (festgelegter Umfang) | Kunde (T&M) oder geteilt (Sprint Box) | | Akzeptanzkriterien | Formale Abnahme bei definierten Meilensteinen | Definition of Done pro Story | | Ideal für | Stabiler Umfang, regulatorische Anforderungen | Kontinuierliche Entwicklung, Innovation |

---

Wie wählen Sie zwischen agilem SOW und Waterfall für Ihr IT-Beratungsprojekt ?

Analyse der Umfangsstabilität und Kundenreife

Das erste Auswahlkriterium ist die Stabilität der ausgedrückten Anforderung. Wenn der Kunde über ein validiertes Lastenheft, finalisierte Wireframes und eine IT-Abteilung verfügt, die eine formale Abnahme durchführen kann, minimiert das Waterfall-SOW das Vertragsrisiko. Umgekehrt, wenn sich das Projekt in einer Discovery-Phase befindet, wenn sich die Geschäftsanforderungen schnell ändern oder wenn der Kunde Endbenutzer in iterative Validierungen einbeziehen möchte, ist das agile SOW strukturell besser geeignet.

Ein konkreter Indikator : Wenn das anfängliche Lastenheft geschätzte Funktionsstabilität von über 80 % aufweist, entscheiden Sie sich für Waterfall. Unterhalb von 60 % reduziert der agile Ansatz erheblich Änderungen und Kostenüberschreitungen.

Berücksichtigung des regulatorischen und branchenbezogenen Kontexts

Einige Sektoren stellen Anforderungen, die die Wahl des SOW-Modells beeinflussen. Projekte im Gesundheitswesen (HDS-Zertifizierung, Hosting von Gesundheitsdaten), Finanzwesen (DORA-Konformität, ISO-27001-Audit) oder öffentliche Aufträge (Code der öffentlichen Aufträge) erfordern oft höhere Dokumentationsverfolgbarkeit und formale Liefergegenstands-Validierung, näher am Waterfall-Modell, auch wenn die Entwicklungsmethoden intern agil sind.

In diesem Hybrid-Kontext kombiniert ein sogenanntes ScrumFall-SOW — oder Agile at Scale — einen vertraglich festgelegten Makro-Umfang (Projektphasen, Gesamtbudget) mit interner agiler Ausführung. Dieser Ansatz ist heute in den SAFe- (Scaled Agile Framework) und LeSS-Frameworks weit dokumentiert.

Sicherung der SOW-Unterzeichnung unabhängig vom gewählten Modell

Unabhängig vom gewählten Modell hängt die rechtliche Gültigkeit des SOW von der Unterzeichnung nach den Regeln ab. In Frankreich garantiert die elektronische fortgeschrittene oder qualifizierte Signatur im Einklang mit der eIDAS-Verordnung den Beweiswert des Dokuments im Fall eines Streits. Für agile Änderungen (formale Umpriorisierungen, Sprint-Erweiterungen) beschleunigt die elektronische Signatur die Validierungszeiten erheblich : Während eine handgeschriebene Signatur 3 bis 7 Tage benötigt, können Sie mit einer Lösung wie Certyneo die Validierung in weniger als 24 Stunden abschließen, ohne Fahrtkosten.

Beratungsteams, die gleichzeitig viele SOWs verwalten, können sich auf den KI-gestützten Vertragsgenerator von Certyneo verlassen, um innerhalb weniger Minuten an jeden Kontext angepasste SOWs (agil, Waterfall, hybrid) zu erstellen, und sie dann in integriertem Fluss zur Unterzeichnung zu versenden.

Anwendbarer Rechtsrahmen für SOWs in IT- und Beratungsprojekten

Das Statement of Work ist ein eigenständiger Vertrag, der dem allgemeinen Vertragsrecht sowie branchenspezifischen Regelungen unterliegt. In Frankreich regeln mehrere Texte seine Formulierung, Gültigkeit und Ausführung.

Zivilgesetzbuch und Vertragsrecht

Das SOW unterliegt zunächst dem Zivilgesetzbuch, insbesondere den Bestimmungen aus der Vertragsrechtsreform von 2016 (Verordnung Nr. 2016-131, kodifiziert in den Artikeln 1101 ff.). Der Artikel 1194 des Zivilgesetzbuchs erinnert daran, dass Verträge nicht nur das Ausgedrückte verpflichten, sondern auch alle Folgen, die Billigkeitsgedanken, Gepflogenheiten oder das Gesetz ihnen geben — einschließlich anerkannter Praktiken im IT-Sektor (Agile Manifesto, PMI/PMBOK-Standards).

Der Artikel 1353 regelt die Beweislast im Streitfall : In Abwesenheit einer gegenteiligen Klausel muss der Dienstleister beweisen, dass er seine Verpflichtungen erfüllt hat. Ein gut formuliertes SOW mit präzisen Akzeptanzkriterien (DoD oder Waterfall-Meilensteine) kehrt diese Last praktisch um.

Elektronische Signatur und Beweiswert : eIDAS und Zivilgesetzbuch

Die elektronische Unterzeichnung des SOW wird durch die Europäische Verordnung eIDAS Nr. 910/2014 geregelt, deren Artikel 25 vorsieht, dass eine qualifizierte elektronische Signatur in allen Mitgliedstaaten den gleichen Rechtswert wie eine handgeschriebene Signatur hat. In Frankreich setzen die Artikel 1366 und 1367 des Zivilgesetzbuchs dieses Prinzip um, indem sie den Beweiswert elektronischer Schriftstücke anerkennen, solange der Urheber mit Gewissheit identifiziert werden kann und die Integrität garantiert ist.

Für ein SOW mit Beträgen über 1 500 € (Schwelle des Artikels 1359 des Zivilgesetzbuchs für die Anforderung einer schriftlichen Form) ist die fortgeschrittene elektronische Signatur (eIDAS-Stufe 2) das empfohlene Minimum. Für empfindliche oder mehrjährige Projekte ist die qualifizierte Signatur (Stufe 3) mit Zertifikat eines gemäß Anlage II der eIDAS-Verordnung qualifizierten Vertrauensdienstanbieters (PSCo) erforderlich.

Datenschutz und DSGVO in IT-Projekten

Jedes SOW, das Verarbeitungen personenbezogener Daten einschließt, muss eine mit Artikel 28 der DSGVO Nr. 2016/679 konforme Auftragsverarbeitungsklausel enthalten. Diese Klausel muss detaillieren : die Art und den Zweck der Verarbeitungen, die Kategorien betroffener Daten, die Verpflichtungen des Auftragsverarbeiters (der IT-Dienstleister), die technischen und organisatorischen Sicherheitsmaßnahmen sowie die Bedingungen für Rückgabe oder Vernichtung der Daten nach Projektabschluss.

In agilen Projekten, wo sich Umfänge ändern, wird empfohlen, dem SOW ein vorausschauendes Verarbeitungsverzeichnis anzuhängen, das bei jeder großen Sprint-Aktualisierung aktualisiert wird, gemäß den CNIL-Empfehlungen.

Öffentliche Aufträge und branchenbezogene Einschränkungen

Für SOWs, die im Rahmen öffentlicher Aufträge geschlossen werden, stellt das Gesetz über öffentliche Aufträge (CCP) spezifische Anforderungen an Inhalt, Änderung (Artikel L.2194-1 ff.) und Streitbeilegung. Agile Änderungen müssen innerhalb der zulässigen Schwellenwerte bleiben (normalerweise 10 bis 15 % des Anfangsbetrags), um nicht einen neuen, ausschreibungspflichtigen Auftrag darzustellen.

Nutzungsszenarios : Agiles SOW vs. Waterfall in der Praxis

Szenario 1 — Mittelgroße IT-Dienstleisterunternehmen, ERP-Modernisierungsprojekt (Waterfall-Modell)

Ein IT-Dienstleisterunternehmen mit etwa 150 Beratern gewinnt eine Ausschreibung für die Modernisierung des ERP-Systems eines Industriekonzerns. Der funktionale Umfang wird in einem 120-seitigen Lastenheft definiert, das von der Kundenabeilung validiert wird. Das Budget beträgt 480 000 € inkl. MwSt., strukturiert in 5 vertragliche Meilensteine über 18 Monate.

Das über eine eIDAS-konforme Lösung elektronisch unterzeichnete Waterfall-SOW definiert : funktionale Spezifikationen im Anhang, erwartete Liefergegenstände bei jedem Meilenstein (Designdokument, Testumgebung, Inbetriebnahme-Protokoll), präzise Akzeptanzkriterien und Verzugsstrafen. Dank dieses Detailgrads wird die endgültige Abnahme mit nur 3 kleineren Reservationen abgeschlossen. Die elektronische Unterzeichnung der 7 Change Request-Änderungen während des Projekts hat die Validierungszeiten von 5 Arbeitstagen auf durchschnittlich 18 Stunden verkürzt, eine Einsparung von etwa 12 000 € an Koordinationskosten.

Szenario 2 — SaaS-Startup und externes Team im agilen Modell (Sprint Box)

Ein B2B-SaaS-Startup in der Skalierungsphase rekrutiert ein externes Team von 5 Personen (2 Vollstack-Entwickler, 1 UX-Designer, 1 QA, 1 Scrum Master), um die Entwicklung seiner Plattform zu beschleunigen. Da der Umfang explorativ ist und die Produkt-Roadmap sich monatlich ändert, wäre ein Waterfall-SOW unangepasst.

Das unterzeichnete agile SOW vertrag vereinbart : Profile und Tagessätze, Sprintdauer (2 Wochen), maximales Budget pro Quartal (T&M-Obergrenze von 85 000 € pro Quartal), Definition of Done auf alle Stories anwendbar, und Bedingungen für Backlog-Überprüfung. Nach 6 Monaten hat das Startup 3-mal mehr Funktionalitäten als initial geschätzt bereitgestellt, mit einer Budgetüberschreitung von nur 8 % gegenüber dem Gesamtbudget — eine Leistung, die mit einem Waterfall-Modell unmöglich wäre angesichts der 23 großen Backlog-Umpriorisierungen während des Projekts.

Szenario 3 — Beratungsbüro für digitale Transformation, hybrider ScrumFall-Ansatz

Ein Beratungsbüro begleitet eine Bildungsorganisation bei der Migration ihres LMS auf eine Cloud-Plattform. Das Projekt ist durch regulatorische Anforderungen Qualiopi begrenzt (Rückverfolgbarkeit von Lernpfaden, RGAA-Barrierefreiheit), die eine formale Validierung erfordern, aber die pädagogischen Pfade selbst müssen iterativ mit den Trainern co-konstruiert werden.

Die gewählte Lösung ist ein hybrid SOW : ein Waterfall-Makro-Umfang (4 vertragliche Phasen mit festen Meilensteinen und Pauschalbeträgen), das eine interne agile Ausführung umschließt (zweiwöchentliche Sprints, Überprüfungen mit Trainern). Die formalen Liefergegenstände (technisches Qualiopi-Dokument, Barrierefreiheits-Abnahmebericht) sind in Meilensteinen vertrag vereinbart, während pädagogische Inhalte über ein agiles Backlog verwaltet werden. Dieses Modell hat die Anzahl der formalen Änderungen um 35 % im Vergleich zu einem ähnlichen LMS-Projekt reduziert, das im Vorjahr in reinem Waterfall durchgeführt wurde.

Fazit

Die Wahl zwischen einem agilen SOW und einem Waterfall-SOW ist nicht eine Frage der methodologischen Vorliebe : Es ist eine strukturelle vertragliche Entscheidung, die die Risikoverteilung, die Änderungsverwaltung und den Beweiswert Ihrer Zusagen im Streitfall bestimmt. Waterfall zeichnet sich durch stabile Umfänge und Projekte mit starken regulatorischen Anforderungen aus ; agil maximiert den Wert bei evolutiven und innovativen Projekten. Das hybride ScrumFall-Modell antwortet auf Zwischenkontexte, die 2026 in der IT-Beratung immer häufiger werden.

Unabhängig vom gewählten Modell geht die rechtliche Sicherung des SOW durch eine eIDAS-konforme elektronische Signatur. Certyneo ermöglicht es Ihnen, Ihre SOWs in wenigen Minuten zu generieren, zu personalisieren und zu unterzeichnen, mit einem Beweiswert, der in der gesamten Europäischen Union anerkannt ist.

👉 Probieren Sie Certyneo kostenlos aus und unterzeichnen Sie Ihr erstes SOW in weniger als 10 Minuten.