
Festpreis Agile – die Geheimnisse enthüllt
Agile Software zum Festpreis ist der Wunsch der meisten CIOs. Sie bietet die finanzielle Vorhersehbarkeit eines Festpreises kombiniert mit der Flexibilität eines agilen Ansatzes für die Softwarebereitstellung. Agil ermöglicht dem Team, sich an Veränderungen anzupassen und schnelles Feedback zu funktionierender Software zu fördern und darauf zu reagieren. Viele argumentieren, dass sich Festpreis und Agile gegenseitig ausschließen. Das ist verständlich, denn Agile berücksichtigt die Idee, dass sich Anforderungen ändern, während ein Festpreis typischerweise unflexible und vorab bekannte Anforderungen voraussetzt. In diesem Artikel erfahren Sie, dass Festpreis und Agile nicht gegenseitig ausschließend wenn die Arbeit auf eine bestimmte Weise strukturiert ist. Am Ende dieses Artikels haben Sie die Geheimnisse dafür kennengelernt.
Änderungen der Anforderungen sind unvermeidlich (und messbar)
Es ist praktisch unmöglich, alle Anforderungen an ein Softwareprojekt vor Beginn zu kennen. Die Anforderungen ändern sich im Laufe des Projekts, und der Projektverlauf muss entsprechend angepasst werden. Dafür gibt es zwei Gründe:
- Unbekannte UnbekannteWir leben in einer sich schnell verändernden Welt, und manche Anforderungen sind unvorhersehbar, einfach weil sich Umstände und Bedürfnisse ändern. Manche Anforderungen werden erst im Laufe des Projekts deutlich. Das Ausmaß der Veränderungen ist jedoch vorhersehbar.
- Erkennbare UnbekannteDie meisten Softwareprojekte folgen bekannten Mustern. Auf einer höheren Ebene können wir mit vergleichbaren Projekten in einer ähnlichen Organisation vergleichen. Auf einer niedrigeren Ebene folgern einige Anforderungen die Notwendigkeit anderer Anforderungen; diese können von Anfang an bekannt sein. Bei genauerer Analyse werden viele vermeintlich unbekannte oder unerkennbare Anforderungen tatsächlich erkennbar.
Bei einem gut gemanagten Projekt sollte das Volumen dieser Änderungen typischerweise bei etwa 2% pro Monat liegen. Das Volumen lässt sich am besten in Funktionsgrößeneinheiten messen (wir empfehlen die Quantifizierung mithilfe der Funktionsgröße in COSMIC-Funktionspunkten). Hohe Änderungsraten oder Volatilitäten der Anforderungen können für ein Softwareprojekt gefährlich sein. Stellen Sie sich ein Projekt von 12 Monaten mit 5% Anforderungsänderungen pro Monat vor. Das bedeutet, dass das endgültige Projekt 60% von seiner ursprünglichen Konzeption abweichen wird und mindestens die Hälfte des Codes zweimal oder öfter geschrieben wird. Dies ist bei einem agilen Softwareprojekt nicht ungewöhnlich. Agile hilft dem Kunden, einen Mehrwert aus der gelieferten Software zu ziehen, allerdings auf Kosten hoher Nacharbeitsraten. Agile mit geringer Vorarbeit an den Anforderungen kann effektiv sein, ist aber nicht unbedingt die effizienteste Art der Projektabwicklung. Einer der Katalysatoren für Agile, der in den letzten 2–3 Jahrzehnten aufgekommen ist, ist die Herausforderung, im Vorfeld solide Anforderungsarbeit zu leisten. Und genau hier verändert KI die Landschaft.
Proaktives Management von Anforderungsänderungen
Jede Änderung der Anforderungen kann den Arbeitsablauf der Entwicklungsteams stören, daher sollten alle Anstrengungen unternommen werden, Veränderungen proaktiv managen, während gleichzeitig die Akzeptanz von Veränderungen notwendig ist und berücksichtigt werden sollte. Um Veränderungen zu minimieren, ist Folgendes erforderlich:
- Eine Vertragsstruktur, die beide Parteien ermutigt, Qualitätsanforderungen zu verfolgen so früh wie möglich, wodurch vermeidbare Nacharbeiten verhindert werden.
- Solide Messgrößen für die Dimensionierung, Kostenkalkulation und Planung von Änderungen.
- Leichtgewichtige Änderungsmanagement- und Priorisierungsprozesse.
Handelsnormen sind nicht zufriedenstellend
Der häufigste kommerzielle Ansatz für ausgelagerte Softwarearbeit ist „Bezahlen Sie ein Team, das den Rückstand entsprechend den Prioritäten abarbeitet und regelmäßig Updates veröffentlicht.“ Dies ist die Natur der meisten Agile-Verträge: Sie liefern das, was der Kunde zum jeweiligen Zeitpunkt für am wertvollsten hält, bieten aber keine Garantie dafür, dass der gesamte Umfang zu bekannten Kosten und in einem bestimmten Zeitrahmen umgesetzt werden kann. Diese Vereinbarung ist kommerziell asymmetrisch, da der Käufer das Hauptrisiko der Projektabwicklung trägt. Schlimmer noch: Für die Entwickler besteht ein kommerzieller Anreiz, die Volatilität der Anforderungen zu fördern, da dies zu Nacharbeiten, höheren Gebühren und längeren Zeitplänen führt. Kurz gesagt: Die Anreize beider Parteien sind nicht aufeinander abgestimmt. So sind die meisten Verträge strukturiert.
Merkmale eines fairen Festpreisvertrages
Es ist wichtig, dass der Vertrag so gestaltet ist, positives Verhalten fördernAus Käufersicht weist ein Festpreisvertrag für Softwareentwicklung folgende Merkmale auf:
- Abgestimmte Anreize und geteiltes Risiko.
- Anreize für beide Parteien, die Bereitstellung hochwertiger Software in kürzester Zeit zu einem fairen Preis zu maximieren.
- Ermöglicht Flexibilität im Umfang, stellt jedoch die Notwendigkeit jeder Änderung in Frage.
- Es ist nicht erforderlich, dass alle Anforderungen im Voraus bekannt sind.
- Ermöglicht dem Käufer, Kosten und Zeitpläne vorherzusagen.
- Belohnt gutes Verhalten beider Parteien (und bestraft schlechtes Verhalten).
- Ermöglicht dem Entwickler, flexible Arbeitspraktiken zu übernehmen.
Kann dies tatsächlich erreicht werden? Ja. Es ist möglich und wurde bereits oft mit Erfolg für beide Seiten umgesetzt.
So implementieren Sie ein agiles Softwareprojektparadigma mit Festpreis
Durch die Einhaltung der folgenden Richtlinien können CIOs eine höhere Vorhersagbarkeit erreichen und gleichzeitig ihre Produktion hochwertiger Software bei gegebenen Kosten steigern.
Entwicklungswerkstätten, Integratoren und andere, die Softwaredienste auf Zeit- und Materialbasis verkaufen, werden diesen Ansatz möglicherweise nicht sofort übernehmen. Daher obliegt es dem Käufer, den geänderten Ansatz einzuführen.
CIOs, die die kombinierten Vorteile agiler und Festpreisverträge nutzen möchten, empfehlen wir, die folgenden Grundsätze zu verstehen und anschließend die praktischen Schritte zu befolgen.
Grundsätze der agilen Festpreisvergabe:
- Standardisierte objektive Größenbestimmung mit einem festen Preis pro Einheit,
- Vereinbarte Fortschrittsmetriken
- Hochwertige Leitplanken stellen sicher, dass sich beide Parteien gegenseitig unterstützen und mit minimalem Gesamtaufwand gute Ergebnisse erzielen.
- (Optional) – Anreize für Entwickler, einen Bonus zu erhalten, wenn sie vereinbarte Fortschrittskennzahlen übertreffen.
Festpreis Agile in der Praxis:
Bei Verträgen auf Basis der Funktionsgröße wird ein fester Preis pro Standardfunktionseinheit festgelegt. Unabhängig davon, welche Funktionalität bereitgestellt wird und wie (ob manuell erstellter oder wiederverwendeter Code). Mit dem Lieferanten wird ein einvernehmlicher Preis für eine beliebige Funktionsmenge vereinbart, nicht jedoch für die konkrete Funktionalität. Feste Kosten pro CFP ermöglichen Flexibilität bei sich ändernden Anforderungen und gleichzeitig Kostenvorhersehbarkeit.
- Verwenden Sie die ISO-standardisierte Funktionsgröße. Investieren Sie in das Erlernen des modernen Standards für die funktionale Größenbestimmung von Software (ISO-Standard COSMIC Function Points CFP).
- Nutzen Sie AI-First-Anforderungsanalyse und -Dimensionierung AIFRA beschleunigt und verbessert die Qualität der Anforderungen. Es erhöht die Qualität und Vollständigkeit der Anforderungen vor Arbeitsbeginn und gibt dem Auftraggeber so einen guten Überblick über mögliche Kosten und Zeiträume. Dies ist ein Schritt in Richtung „große Anforderungen im Voraus“, jedoch ohne die Nachteile zeitaufwändiger Anforderungsdokumentation.
- Funktionale größenbasierte Verträge. Gestalten Sie die Vertragsbedingungen sorgfältig und fördern Sie die oben beschriebenen Verhaltensweisen.
Über COSMIC Function Points
COSMIC-Funktionspunkte sind die zweite Generation der funktionalen Größenbestimmung und die erste, die nach ISO-Standard anerkannt wurde. Sie bieten ein technologieunabhängiges Mittel zur Software-Größenbestimmung. CFP bilden die Grundlage für bessere Messgrößen und die Kontrolle von Softwareumfang und -aktivität. Die Einheiten der CFP orientieren sich eng am Aufwand für die Bereitstellung der Funktionalität.
Über die AI-First-Anforderungsanalyse (AIFRA)
AIFRA ist ein Tool, das die Analyse und Qualität von Anforderungen (insbesondere Klarheit, Vollständigkeit, Konsistenz und Prägnanz) beschleunigt. Mithilfe dieser Tools können Unternehmen den Umfang schneller und auf einem höheren Niveau spezifizieren als manuell. AIFRA bietet drei wichtige Funktionen, die agile Festpreisverträge ermöglichen:
- Beschleunigt die frühzeitige Verfeinerung der Anforderungen.
- Deckt erkennbare Unbekannte auf – eine Hauptursache für die Unterschätzung des Umfangs.
- Automatisiert die Größenschätzung, ohne das Team von seiner Arbeit abzulenken.

Agile Vertragsabschlüsse zum Festpreis, die funktionieren
Der vereinbarte Preis pro CFP wird festgelegt und bleibt während des Projekts unverändert. Es sollten vertraglich festgelegte Richtlinien für den Kunden bestehen, um klare Anforderungen zeitnah und in angemessen messbarer Qualität vorzulegen. Im Gegenzug liefert der Auftragnehmer die Funktionalität zum vereinbarten Preis und in der vereinbarten messbaren Qualität. Der Vertrag kann Anreize für den Lieferanten enthalten, einen Bonus für eine schnellere Lieferung (in der vereinbarten Qualität) zu erhalten. Für den Kunden können auch Kostenstrafen für die Vorlage unzureichender oder verspäteter Anforderungen (Änderungen) anfallen. So strukturierte Verträge bieten den doppelten Vorteil von Agilität und Festpreis.
Was nicht funktioniert
Story-Punkte
Verträge basieren auf Story Points. Warum? Story Points sind höchst subjektiv und können im Projektverlauf leicht manipuliert werden. Normalerweise bestimmt der Entwickler die Bedeutung eines Story Points und manipuliert dann die Schätzung entsprechend seinen kommerziellen Interessen.
Ergebnisausrichtung
Abgestimmte Geschäftsergebnisse. Es ist für den Kunden selten möglich, die Vergütung des Entwicklers mit dem Geschäftsergebnis des Auftraggebers abzustimmen. Meist liegen zu viele Faktoren außerhalb der Kontrolle des Entwicklers. Vertragsverhandlungen scheitern oft. In seltenen Fällen kann dies jedoch funktionieren.
Vorgehensweise und Details
Wenn Sie mehr darüber erfahren möchten, wie Sie Festpreis-Agile-Verträge erreichen können, kontaktieren Sie uns.
ScopeMaster Ltd bietet sowohl Werkzeuge zur automatisierten Anforderungsanalyse als auch professionelle Dienstleistungen zur Strukturierung agiler Festpreisverträge an.