Agiler Festpreis: Wie Beratungen die Festpreisfalle vermeiden

Kurzantwort: Ein agiler Festpreis fixiert nicht den Leistungsumfang, sondern den Rahmen: festes Team, feste Laufzeit, definierter Budgetrahmen und ein gemeinsam priorisierter Backlog. Der Scope darf sich innerhalb des Budgets ändern. So erhält der Kunde Kostensicherheit, und die Beratung trägt ein steuerbares statt eines unkalkulierbaren Risikos.

Kaum ein Thema sorgt in Beratungen für so viele Diskussionen wie der Festpreis. Kunden wünschen sich Kostensicherheit, und Einkaufsabteilungen bevorzugen Angebote mit einer festen Summe. Für den Dienstleister bedeutet ein klassischer Festpreis aber oft ein erhebliches Risiko. Der agile Festpreis bietet einen Ausweg aus diesem Dilemma. Er verbindet die Planbarkeit eines festen Budgets mit der Flexibilität agiler Zusammenarbeit. Dieser Artikel erklärt, wie das Modell funktioniert, für welche Leistungen es sich eignet und worauf bei der Umsetzung zu achten ist. Er ist Teil der Serie Transformation von Consulting-Firmen und beschreibt den dritten von vier Ansätzen.

Die Festpreisfalle

Ein klassischer Festpreis klingt für Kunden zunächst attraktiv. Ein Angebot wie „Implementiert uns die neue Lösung für 200.000 Euro“ verspricht Klarheit und schützt vor Kostenüberschreitungen. Das Problem zeigt sich meist erst im Laufe des Projekts. Anforderungen werden konkreter, Fachbereiche bringen neue Wünsche ein, und Schnittstellen erweisen sich als komplexer als gedacht. Scope und Erwartungen verändern sich, der Preis aber bleibt gleich. Das Risiko für den Mehraufwand liegt damit fast vollständig beim Dienstleister. Die Folgen sind zähe Verhandlungen über Change Requests, angespannte Kundenbeziehungen und Projekte, die am Ende keine Marge mehr abwerfen. Um sich zu schützen, kalkulieren viele Anbieter hohe Risikoaufschläge ein, was das Angebot für den Kunden wiederum teurer macht.

Die Festpreisfalle schadet also beiden Seiten, auch wenn es zunächst nicht so aussieht. Der Kunde zahlt über den Risikoaufschlag mehr, als die Leistung eigentlich kosten müsste. Gleichzeitig verliert er Flexibilität, weil jede Änderung zu einer Verhandlung wird. Der Dienstleister konzentriert sich darauf, den vertraglich vereinbarten Umfang abzuarbeiten, statt den größten Nutzen für den Kunden zu erzielen. Im schlimmsten Fall entsteht eine Lösung, die zwar dem Vertrag entspricht, aber nicht mehr den tatsächlichen Anforderungen. Die Ursache liegt im Grundprinzip des Modells, das einen festen Umfang für ein Vorhaben voraussetzt, dessen Details sich erst im Projekt klären. Genau hier setzt der agile Festpreis an.

Das Prinzip des agilen Festpreises

Der agile Festpreis dreht die Logik des klassischen Festpreises um. Fixiert wird nicht der Leistungsumfang, sondern der Rahmen, in dem gearbeitet wird. Dieser Rahmen besteht aus vier Elementen, die gemeinsam vereinbart werden. Das Team ist fest definiert, die Laufzeit ist begrenzt, und es gibt einen klaren Budgetrahmen. Was innerhalb dieses Rahmens umgesetzt wird, ergibt sich aus einem gemeinsam gepflegten und priorisierten Backlog. Neue Anforderungen sind jederzeit möglich, verdrängen aber andere, weniger wichtige. In einer Formel zusammengefasst:

Fixes Team + fixe Laufzeit + definierter Budgetrahmen + priorisierter Backlog

Der Kunde weiß damit von Anfang an, was ihn das Vorhaben maximal kostet. Die Beratung weiß, mit welchem Team und in welchem Zeitraum sie liefert. Was genau umgesetzt wird, entscheiden beide gemeinsam über die Priorisierung im Backlog. Damit verschiebt sich die Diskussion von der Frage, ob etwas im Vertrag steht, zu der Frage, was den größten Nutzen bringt. Das verändert die Zusammenarbeit spürbar, weil beide Seiten an einem gemeinsamen Ziel arbeiten. Voraussetzung ist allerdings, dass der Kunde aktiv an der Priorisierung mitwirkt. Ein agiler Festpreis ist deshalb immer auch ein Modell der engen Zusammenarbeit.

Beispiel: Transformation Sprint

Wie ein agiler Festpreis konkret aussehen kann, zeigt ein typisches Paket für die Einführung oder Weiterentwicklung einer Plattform. Es trägt einen eigenen Namen, zum Beispiel „Transformation Sprint“, und ist so beschrieben, dass der Vertrieb es wiederholt anbieten kann. Die Laufzeit ist bewusst überschaubar, damit das Risiko für beide Seiten begrenzt bleibt. Das Team ist nach einem festen Muster zusammengesetzt und über die gesamte Laufzeit stabil. Die Ziele werden als Outcomes formuliert und nicht als Liste von Funktionen. Das Paket enthält außerdem klare Regeln für Änderungen und einen möglichen vorzeitigen Ausstieg. Die Eckdaten könnten so aussehen:

• Laufzeit: 3 Monate
• Team: Product Owner, Architect, Consultant, Developer
• Kapazität: klar definiert, z. B. in Personentagen pro Sprint
• Backlog: gemeinsam gepflegt und priorisiert
• Outcomes: vorab vereinbarte Ziele, etwa „Portfolio-Transparenz für alle Projekte über einer bestimmten Budgetgrenze“
• Flexibilität: Scope kann innerhalb des Budgets verändert werden
• Ausstieg: „Money for nothing, change for free“

„Money for nothing, change for free“

Das Prinzip „Money for nothing, change for free“ geht auf Jeff Sutherland zurück, einen der Begründer von Scrum. Es beschreibt zwei Vertragsregeln, die den agilen Festpreis für beide Seiten fair machen sollen. Die erste Regel betrifft Änderungen am Scope während des Projekts. Die zweite Regel betrifft die Möglichkeit, ein Projekt vorzeitig zu beenden, wenn der Nutzen bereits erreicht ist. Zusammen sorgen sie dafür, dass weder der Kunde noch der Dienstleister in einem starren Vertrag gefangen ist. Gleichzeitig bleibt das wirtschaftliche Risiko für beide Seiten überschaubar. Die beiden Regeln lauten:

• Change for free: Der Kunde kann Anforderungen jederzeit ändern, solange er dafür gleich große, noch nicht begonnene Anforderungen aus dem Backlog streicht. Der Aufwand bleibt gleich, der Inhalt passt sich an.
• Money for nothing: Der Kunde kann das Projekt vorzeitig beenden, wenn der erreichte Nutzen ausreicht. Er zahlt dann einen vorher vereinbarten Anteil des Restbudgets. Die Beratung wird für die frühzeitige Freigabe ihres Teams entschädigt, der Kunde spart den Rest.

Beide Regeln setzen Vertrauen und Transparenz voraus. Sie funktionieren nur, wenn beide Seiten den Fortschritt regelmäßig gemeinsam betrachten, zum Beispiel in Sprint-Reviews. Der Kunde muss sehen können, was bereits umgesetzt wurde und welchen Nutzen es bringt. Nur so kann er fundiert entscheiden, ob er Anforderungen tauschen oder das Projekt früher beenden möchte. Für die Beratung bedeutet das, Ergebnisse früh und regelmäßig sichtbar zu machen. Das ist anspruchsvoller als das Abarbeiten eines Pflichtenhefts, schafft aber eine deutlich bessere Grundlage für die Zusammenarbeit. Wer den Wert der Arbeit unmittelbar erlebt, ist in der Regel auch offener für eine weitere Zusammenarbeit.

Vergleich der Vertragsmodelle

Um den agilen Festpreis einzuordnen, hilft ein Vergleich mit den beiden bekannten Vertragsmodellen. Time & Material bietet maximale Flexibilität, aber wenig Kostensicherheit für den Kunden. Der klassische Festpreis bietet Kostensicherheit, solange der Scope stabil bleibt, verlagert das Risiko aber einseitig. Der agile Festpreis versucht, die Vorteile beider Modelle zu verbinden. Er ist dabei kein Allheilmittel, sondern stellt eigene Anforderungen an Kunde und Dienstleister. Welches Modell passt, hängt vom Vorhaben, von der Reife der Zusammenarbeit und von der Bereitschaft des Kunden zur Mitarbeit ab. Die wichtigsten Unterschiede zeigt die folgende Übersicht:

Kriterium	Time & Material	Klassischer Festpreis	Agiler Festpreis
Kostensicherheit für den Kunden	Gering	Hoch, solange der Scope stabil bleibt	Hoch innerhalb des Budgetrahmens
Flexibilität beim Scope	Hoch	Gering, Änderungen über Change Requests	Hoch, über Priorisierung im Backlog
Risiko für die Beratung	Gering	Hoch	Begrenzt und steuerbar
Fokus	Aufwand	Vertraglich definierter Umfang	Nutzen und Outcomes
Voraussetzung	Vertrauen in die Arbeitsweise	Sehr gut beschriebene Anforderungen	Festes Team, aktiver Product Owner beim Kunden

Welche Leistungen sich für einen agilen Festpreis eignen

Nicht jedes Vorhaben eignet sich für einen agilen Festpreis. Besonders gut passt das Modell zu Projekten mit klarer Zielrichtung, deren Details sich aber erst im Verlauf konkretisieren. Hilfreich ist außerdem, wenn die Beratung bereits Erfahrung mit ähnlichen Vorhaben hat. Dann lässt sich die benötigte Kapazität realistisch abschätzen, auch wenn der genaue Umfang noch offen ist. Weniger geeignet sind Vorhaben, bei denen Ziel und Nutzen noch völlig unklar sind. Ebenso schwierig wird es, wenn der Kunde keine Person benennen kann, die als Product Owner verbindlich priorisiert. Gut geeignet sind zum Beispiel:

• Einführungen und Erweiterungen von Plattformen mit erprobtem Vorgehen
• Transformations- oder Optimierungsvorhaben mit messbaren Zielen
• Folgephasen nach einem Assessment oder Proof of Concept
• wiederkehrende Projekttypen, für die es Erfahrungswerte gibt

Für Vorhaben mit sehr unklarem Ausgangspunkt ist ein vorgeschaltetes Discovery-Paket oft die bessere Wahl. Es klärt in wenigen Wochen Ziele, Rahmenbedingungen und die wichtigsten Anforderungen. Auf dieser Grundlage lässt sich anschließend ein agiler Festpreis seriös kalkulieren. Der Kunde bekommt so früh Klarheit, ohne sich direkt auf ein großes Budget festzulegen. Die Beratung reduziert ihr Risiko, weil sie den Rahmen erst festlegt, wenn sie die Situation kennt. Ein solches Discovery-Paket lässt sich selbst gut standardisieren und als eigenes Produkt anbieten. Damit entsteht eine sinnvolle Abfolge aus Einstieg und Umsetzung.

Scope, Team und Risiko richtig schneiden

Die Leitfrage für diesen Ansatz lautet: Welche Leistungen eignen sich für einen agilen Festpreis, und wie müssen Scope, Team und Risiko dafür geschnitten werden? Die Antwort entscheidet darüber, ob das Modell in der Praxis funktioniert oder zu neuen Konflikten führt. Zu großzügig geschnittene Laufzeiten erhöhen das Risiko, zu eng geschnittene lassen keinen Raum für echten Nutzen. Ein unscharf definiertes Team führt dazu, dass die zugesagte Kapazität nicht verlässlich bereitsteht. Und ohne klare Outcomes fehlt der Maßstab, an dem sich der Erfolg messen lässt. Jede dieser Dimensionen braucht deshalb eine bewusste Entscheidung. Die folgenden Punkte geben eine Orientierung:

• Scope: Nicht Features vereinbaren, sondern Outcomes und einen initialen, priorisierten Backlog. Die wichtigsten Anforderungen stehen oben.
• Team: Ein fest definiertes Team nach Team-Blueprint. Wechsel im Team sind die Ausnahme und werden abgestimmt.
• Laufzeit: Kurze, überschaubare Zeiträume von einigen Wochen bis wenigen Monaten. Danach wird neu bewertet.
• Risiko: Die Beratung trägt das Risiko, die zugesagte Kapazität in guter Qualität zu liefern. Das inhaltliche Risiko wird über die gemeinsame Priorisierung geteilt.
• Erfahrungswerte: Je besser die Aufwandsschätzungen aus früheren Projekten, desto sicherer die Kalkulation. Solche Schätzungen sind ein typisches Ergebnis einer Product Line als Factory.

Worauf im Vertrag zu achten ist

Ein agiler Festpreis braucht einen Vertrag, der die besondere Form der Zusammenarbeit abbildet. Klassische Werkverträge mit detailliertem Pflichtenheft passen dazu nur bedingt. Wichtig ist, die Regeln der Zusammenarbeit ebenso klar zu beschreiben wie den wirtschaftlichen Rahmen. Viele Konflikte in agilen Projekten entstehen nicht durch den Inhalt, sondern durch unklare Zuständigkeiten und Abläufe. Ein guter Vertrag schafft hier Sicherheit, ohne die Flexibilität wieder einzuschränken. Da Vertragsfragen immer vom Einzelfall abhängen, sollten Vorlagen juristisch geprüft werden, denn dieser Artikel ersetzt keine Rechtsberatung. Einige Punkte sollten ausdrücklich geregelt sein:

• Rolle und Befugnisse des Product Owners auf Kundenseite
• Rhythmus und Form der Reviews
• Regeln für den Austausch von Anforderungen
• Bedingungen und Vergütung beim vorzeitigen Ausstieg
• Umgang mit Teamwechseln
• Abnahme von Ergebnissen pro Sprint oder Phase

Einordnung

Der agile Festpreis verbindet Kostensicherheit für den Kunden mit einem kontrollierbaren Risiko für die Beratung. Er ersetzt die Diskussion über Vertragsumfänge durch eine gemeinsame Priorisierung nach Nutzen. Damit verändert er nicht nur den Vertrag, sondern die gesamte Zusammenarbeit. Das Modell setzt feste Teams voraus und profitiert stark von verlässlichen Aufwandsschätzungen aus früheren Projekten. Beides entsteht nicht von selbst, sondern muss im Unternehmen bewusst aufgebaut werden. Damit ist der agile Festpreis eng mit den anderen Ansätzen der Transformation verbunden. Wie solche Modelle im Unternehmen verankert werden, beschreibt der Artikel Transformation umsetzen.

FAQ

Was ist ein agiler Festpreis?

Ein Vertragsmodell, bei dem Team, Laufzeit und Budgetrahmen fest vereinbart werden, der konkrete Leistungsumfang aber über einen gemeinsam priorisierten Backlog flexibel bleibt.

Was ist die Festpreisfalle?

Die Festpreisfalle entsteht, wenn ein fester Preis für einen fest beschriebenen Umfang vereinbart wird, sich Anforderungen im Projekt aber ändern. Das Mehraufwandsrisiko trägt dann meist der Dienstleister.

Was bedeutet „Money for nothing, change for free“?

Ein von Jeff Sutherland beschriebenes Vertragsprinzip: Anforderungen dürfen gegen gleich große getauscht werden („change for free“), und der Kunde kann das Projekt vorzeitig gegen eine vereinbarte Teilzahlung beenden („money for nothing“).

Für wen eignet sich der agile Festpreis?

Für Kunden, die Kostensicherheit wollen und bereit sind, aktiv mitzuarbeiten, insbesondere über einen verantwortlichen Product Owner. Für Beratungen eignet er sich bei Vorhaben mit Erfahrungswerten und festen Teams.

Unterstützung beim agilen Festpreis

Die Einführung agiler Festpreise betrifft Vertrieb, Delivery, Controlling und Vertragsgestaltung gleichzeitig. Als Freelancer helfe ich Beratungen und IT-Dienstleistern, geeignete Leistungen für dieses Modell zu identifizieren und passende Pakete zu entwickeln. Dazu gehören der Zuschnitt von Team, Laufzeit und Budgetrahmen, die Formulierung von Outcomes und die Gestaltung der Zusammenarbeit mit dem Product Owner des Kunden. Ich verbinde dabei agile Methoden mit praktischer Erfahrung aus Projekten im ServiceNow-Umfeld. Auf Wunsch begleite ich auch erste Pilotprojekte, bis das Modell im Unternehmen etabliert ist. Mein Ziel ist ein Festpreismodell, das Ihren Kunden Sicherheit gibt und Ihr Risiko beherrschbar macht. Wenn Sie den agilen Festpreis in Ihrer Beratung einführen möchten, sprechen Sie mich gern an.

Unverbindliches Erstgespräch vereinbaren · Dr. Dominic Lindner

Alle Artikel dieser Serie

1. Transformation von Consulting-Firmen
2. Zielbild: Vom Einzelberater zum Team- und Service-Modell
3. Managed Services als Produkt
4. Team-Blueprints
5. Agiler Festpreis (dieser Artikel)
6. Product Lines als Factory
7. Transformation umsetzen