Agiler Festpreis: So funktioniert das Vertragsmodell in der Praxis

Ein agiler Festpreis ist ein fester Budgetrahmen mit vertraglich geregelter, iterativer Scope-Steuerung. Statt eines starren Pflichtenhefts arbeiten beide Seiten mit einer Checkpoint-Phase, einer Scope-Swap-Regel und klar benannten Muss-Zielen. Das Modell passt dort, wo Budgetsicherheit gefragt ist, die genaue Lösung aber erst im Projektverlauf entsteht und gemeinsame Governance-Regeln von Anfang an festgelegt werden.
Kurz gesagt:
- Der agile Festpreis verbindet den klassischen Budgetrahmen mit Flexibilität durch Checkpoints, Scope-Swaps und Muss-Ziele, um komplexe Projekte zu steuern.
- Nach einer gemeinsam definierten Scope-Vorplanung folgt eine Checkpoint-Phase, in der tatsächlich erlebte Velocity und Zusammenarbeit bewertet und der Preis finalisiert werden.
- Klare Klauseln zu Definition of Done, Mitwirkungspflichten und Reaktionsfristen im Vertrag verringern das Risiko späterer Streitigkeiten deutlich.
- Alternativen wie Sprint-Festpreise oder hybride Vergütungsmodelle können je nach Scope-Volatilität und Mitwirkungsmöglichkeit geeigneter sein.
- Der Erfolg eines agilen Festpreises hängt maßgeblich von der disziplinierten Nutzung der Checkpoints ab, nicht nur von der Vertragsgestaltung.
Definition und Konzept: Wie der agile Festpreis funktioniert
Der agile Festpreis startet nicht mit einem fixen Preis, sondern mit einem indikativen Preisrahmen. Erst nach einer Checkpoint-Phase, in der beide Seiten echte Erfahrungswerte sammeln, wird dieser Rahmen vertraglich fixiert oder das Projekt wird kontrolliert beendet. Dieses Vorgehen verbindet die Budgetsicherheit eines klassischen Festpreises mit der Flexibilität, die agile Entwicklung braucht, wenn die Spezifikation zu Beginn noch nicht vollständig steht, wie Wikipedia zum agilen Festpreis beschreibt.
Drei Mechaniken tragen das Modell:
- Der Scope-Swap erlaubt, neue Anforderungen aufzunehmen, wenn im Gegenzug ein gleichwertiger Posten aus dem Backlog entfernt wird.
- Muss-Ziele definieren, welche Ergebnisse am Ende unbedingt erreicht sein müssen, unabhängig von Detailentscheidungen während der Sprints.
- Exit-Punkte geben beiden Parteien die Möglichkeit, das Projekt an definierten Stellen fair zu beenden, falls die Zusammenarbeit oder die Annahmen nicht mehr passen.
Diese Kombination löst ein Grundproblem klassischer Projekte: Ein Pflichtenheft, das zu Beginn alles vorhersagen soll, passt selten zur Realität komplexer Softwareprojekte.
Vom Epic zur Checkpoint-Phase: So läuft der Prozess ab
Bevor ein Preisrahmen überhaupt entsteht, braucht es eine gemeinsame Vorstellung vom Umfang. Dieser Ablauf hat sich in der Praxis etabliert:
- In einem gemeinsamen Workshop werden grobe Epics definiert und daraus einige Referenz-User-Storys ausgewählt, die das Projekt repräsentativ abbilden.
- Das Entwicklungsteam schätzt diese Referenz-Storys mit Story Points und leitet daraus einen indikativen Preisrahmen für das Gesamtprojekt ab.
- Es folgt die Checkpoint-Phase, typischerweise über zwei bis fünf Sprints von je rund zwei Wochen, wie im Wikipedia-Eintrag zum agilen Festpreis beschrieben. Hier zeigt sich, ob Velocity, Zusammenarbeit und Qualität der Anforderungen zur ursprünglichen Schätzung passen.
- Am Ende der Checkpoint-Phase entscheiden beide Seiten: Preisrahmen fixieren, nachjustieren oder das Projekt an einem vertraglich vereinbarten Exit-Punkt beenden.
Profi-Tipp: Legen Sie schon vor dem ersten Sprint fest, welche Velocity-Schwankung noch als normal gilt, sonst wird jede Abweichung in der Checkpoint-Phase zum Streitthema.
Diese Struktur gibt Auftraggebern früh eine belastbare Grundlage, ohne dass sich das Team in eine Detailplanung zwingen muss, die ohnehin nach dem ersten Sprint überholt wäre.

Vorteile, Grenzen und typische Risiken in der Praxis
Richtig aufgesetzt bringt der agile Festpreis handfeste Vorteile: Auftraggeber erhalten Budgetsicherheit, das Team bleibt auf den tatsächlichen Geschäftswert fokussiert, und erste nutzbare Ergebnisse entstehen oft schon während der Checkpoint-Phase, nicht erst am Projektende.
Den Vorteilen stehen reale Grenzen gegenüber:
- Der Vertrag selbst verursacht Aufwand, weil Checkpoint-Kriterien, Scope-Swap-Regeln und Exit-Punkte vorab sauber formuliert sein müssen.
- Governance kostet Zeit: Ohne regelmäßige Reportings und definierte Entscheidungspunkte verliert das Modell seinen Vorteil gegenüber dem klassischen Festpreis.
- Konflikte entstehen meist dort, wo Rollen unklar bleiben, etwa wenn niemand verbindlich für Priorisierungsentscheidungen zuständig ist.
Juristische Praxishinweise zeigen: Vertragsklauseln zur Mitwirkungspflicht des Product Owners und zu Reaktionsfristen reduzieren spätere Streitigkeiten deutlich, wie eine Analyse von MANDATI zu agilen IT-Projektverträgen festhält. Ohne diese Klauseln wird ein agiler Festpreis schnell zum Versprechen, das später zum Streitpunkt wird, weil beide Seiten unterschiedliche Erwartungen an Umfang und Tempo haben.
Vertragliche Gestaltung: Rechtsnatur, Klauseln und praktische Formulierungen
Die Rechtsnatur agiler IT-Verträge ist in Deutschland nicht automatisch eindeutig. Viele Projekte benötigen hybride Vertragsformen, weil weder ein reiner Werkvertrag noch ein reiner Dienstvertrag die iterative Arbeitsweise ohne Weiteres abbildet, wie eine Einordnung von Ihde zu agiler Softwareentwicklung nach deutschem Recht darlegt.
Experten empfehlen ausdrücklich, Change-Management, Product-Owner-Pflichten und Exit-Punkte vertraglich zu regeln, sonst drohen spätere Streitigkeiten, wie in einem Projektmanagement‑Onlinekurs zu agilen Methoden praxisnah erläutert wird.
Folgende Klauseln sollten in keinem agilen Festpreisvertrag fehlen:
- Eine klare Definition of Done sowie Abnahmekriterien, die für jedes Increment nachprüfbar sind.
- Konkrete Mitwirkungspflichten des Product Owners, inklusive Reaktionsfristen auf Rückfragen und Priorisierungsentscheidungen.
- Ein Change-Management-Prozess, der zwischen kostenfreien Klärungen, Repriorisierungen und echten, zu bezahlenden Scope-Erweiterungen unterscheidet.
- Regelungen zu Reporting-Pflichten wie Sprint-Reports und Burndown-Charts, damit Fortschritt jederzeit nachvollziehbar bleibt.
- Eine eindeutige Klärung der Rechte am Quellcode nach Projektabschluss oder bei vorzeitiger Beendigung.
Wer diese Punkte vor Projektstart klärt, reduziert das Risiko, dass aus einer Unklarheit im Backlog ein juristischer Streit wird.
Praxis-Modelle: Vergütungsformen im Vergleich und ihre Auswahl
Der agile Festpreis ist nicht die einzige Variante agiler Vergütung, und je nach Projektprofil lohnt sich ein genauerer Blick auf die Alternativen.
- Festpreis pro Sprint oder Tranche eignet sich, wenn sich das Projekt in klar abgrenzbare Phasen unterteilen lässt und beide Seiten regelmäßig neu bewerten möchten.
- Time & Material mit Cap passt zu Projekten mit hoher Scope-Volatilität, bei denen eine Obergrenze dennoch Budgetdisziplin erzwingt.
- Hybridmodelle, etwa eine laufende Sprint-Vergütung kombiniert mit einem erfolgsabhängigen Restanteil nach Endabnahme, gelten in der Praxis als bewährter Mittelweg. Diese Kombination nimmt dem Auftraggeber den Anreiz, Abnahmen zu verzögern, und schafft zugleich Motivation beim Auftragnehmer, wie Dr. Thomas Helbing zur Vertragsgestaltung agiler Softwareentwicklung ausführt.
Bevor Sie sich festlegen, lohnen sich drei Fragen: Wie volatil ist der erwartete Scope wirklich? Wie verbindlich kann der Auftraggeber mitwirken? Und wer trägt das größere Risiko, wenn die Schätzung nicht hält? Die Antworten zeigen meist deutlicher als jede Checkliste, welches Modell passt.
Lessons Learned aus Agenturprojekten: Was in der Praxis wirklich zählt
In Projekten zeigt sich oft: Prozessnähe senkt Risiken stärker als jede Vertragsklausel allein. Wenn Geschäftsabläufe wirklich verstanden werden, können Scope-Änderungen früh erkannt und im Checkpoint bewertet werden, statt sie erst nach Wochen als Konflikt zu entdecken.
Zwei Regeln haben sich bewährt:
- Eine laufende Sprint-Vergütung kombiniert mit einem Restbetrag nach Endabnahme sorgt dafür, dass beide Seiten einen Anreiz zum Abschluss haben.
- Verbindliches Pflicht-Reporting mit Sprint-Reports sorgt dafür, dass der Fortschritt für alle Beteiligten jederzeit sichtbar bleibt.
Profi-Tipp: Nutzen Sie die Checkpoint-Phase aktiv als Lernphase: Wer dort ehrlich über Velocity-Schwankungen spricht, vermeidet viele Konflikte im weiteren Projektverlauf. Wer tiefer in solche Projekte einsteigen möchte, findet in unserer Referenz zu den Erlebnisgutscheinen von mydays ein Beispiel für ein komplexeres Entwicklungsprojekt.
Was beim agilen Festpreis oft unterschätzt wird

Die größte Fehleinschätzung rund um den agilen Festpreis ist der Glaube, er nehme dem Auftraggeber die Arbeit ab, die ein klassisches Pflichtenheft früher erfordert hat. Tatsächlich verschiebt sich diese Arbeit nur: weg von der Detailplanung am Anfang, hin zu kontinuierlicher Mitwirkung während der Checkpoint-Phase und darüber hinaus. Wer diese Mitwirkung nicht einplant, erlebt das Modell als Enttäuschung, nicht weil es fehlerhaft ist, sondern weil die Governance fehlte, die es braucht.
Unsere Einschätzung: Nicht die Vertragsklausel entscheidet über den Projekterfolg, sondern die Disziplin, mit der Checkpoints tatsächlich genutzt werden. Viele Teams behandeln die Checkpoint-Phase als Formalität und nicht als echten Entscheidungspunkt. Wer stattdessen harte Kriterien definiert, etwa Velocity-Trends oder die Anzahl abgenommener Increments, trifft am Checkpoint eine belastbare Entscheidung statt einer Bauchgefühl-Fortsetzung. Für Projektverantwortliche heißt das: Investieren Sie die meiste Sorgfalt nicht in die perfekte Formulierung der Scope-Swap-Klausel, sondern in die Frage, wie Sie Checkpoints messbar und ehrlich gestalten.
— Mintellity
Wie wir Sie bei Ihrem agilen Festpreisprojekt unterstützen
Software kann genau auf Prozesse zugeschnitten werden. Dabei ist auch die Begleitung der vertraglichen und organisatorischen Seite agiler Festpreisprojekte möglich, von der Checkpoint-Phase bis zur laufenden Weiterentwicklung nach Projektabschluss.

Ob individuelle Softwareentwicklung, App oder Schnittstellenanbindung: Unsere Leistungen zur individuellen Softwareentwicklung zeigen, wie wir Projekte mit klaren Governance-Regeln aufsetzen. Sprechen Sie uns an, wenn Sie Ihr nächstes Projekt auf eine verlässliche Grundlage stellen möchten.
FAQ
Was versteht man unter Festpreis?
Ein klassischer Festpreis ist ein vertraglich fixierter Gesamtpreis für einen im Vorfeld vollständig definierten Leistungsumfang. Anders als beim agilen Festpreis steht der Umfang hier schon vor Projektstart fest, Änderungen erfordern meist einen formalen Nachtrag.
Welche 12 Prinzipien sind im agilen Manifest festgehalten?
Das agile Manifest definiert zwölf Prinzipien, die unter anderem frühe und kontinuierliche Lieferung funktionierender Software, enge Zusammenarbeit zwischen Fachbereich und Entwicklung sowie die Bereitschaft zu sich Unterenden Anforderungen betonen. Weitere Prinzipien betreffen nachhaltiges Arbeitstempo, Selbstorganisation der Teams und regelmäßige Reflexion zur Prozessverbesserung.
Was versteht man unter agile?
Agil bezeichnet eine Arbeitsweise, bei der Projekte in kurzen Iterationen entwickelt werden und Anforderungen laufend anhand von Feedback angepasst werden, statt sie vollständig im Voraus festzulegen. Rahmenwerke wie Scrum oder Kanban setzen dieses Prinzip in konkrete Arbeitsabläufe um.
Was sind die 5 agilen Werte?
Häufig werden als agile Werte Mut, Fokus, Verpflichtung, Respekt und Offenheit genannt, die vor allem im Scrum-Rahmenwerk verankert sind. Diese Werte sollen die Zusammenarbeit im Team und mit dem Auftraggeber tragen, unabhängig vom konkreten Vertragsmodell.
Wie lang dauert die Checkpoint-Phase bei einem agilen Festpreis?
Die Checkpoint-Phase umfasst in der Praxis meist zwei bis fünf Sprints von jeweils rund zwei Wochen, wie im Wikipedia-Eintrag zum agilen Festpreis beschrieben. In dieser Zeit zeigt sich, ob Velocity und Zusammenarbeit zur ursprünglichen Schätzung passen, bevor der Preisrahmen endgültig fixiert wird.
Quellen
- Agiler Festpreis — Wikipedia
- Agil oder Festpreis? Den richtigen IT‑Projektvertrag wählen und gestalten | MANDATI
- Agile Softwareentwicklung: Vertrag richtig gestalten | Dr. Thomas Helbing
- Agile Software Development under German Law — Ihde