Festpreis vs. Time & Material: Der ehrliche Vergleich für CFOs im Mittelstand

Die Vertragswahl ist die häufigste Quelle für Streit zwischen Auftraggeber und Software-Lieferant. Norwegische Forschung an öffentlichen Software-Projekten zeigt: 83 % der Time-&-Material-Projekte werden erfolgreich abgeschlossen vs. nur 38 % der Festpreis-Projekte^[1]. Das ist keine Werbung für T&M - es ist eine Diagnose. Festpreis scheitert an unklarem Scope. Dieser Leitfaden zeigt CFOs und Procurement-Leitern, wann jedes Vertragsmodell wirklich passt.

Warum scheitern Festpreis-Projekte so oft?

Festpreis-Verträge basieren auf einer Illusion: dass Anforderungen am Anfang vollständig spezifizierbar sind. In komplexen Software-Projekten ist das fast nie der Fall. GPM-Studien zeigen, dass ~70 % der gescheiterten IT-Projekte unklare Anforderungen als Hauptursache nennen^[2]. Der Standish CHAOS Report dokumentiert seit Jahrzehnten 31 % Erfolgsquote bei IT-Projekten^[3].

Bei Festpreis trägt der Anbieter das Scope-Creep-Risiko - im Median 27 % Mehrkosten gegenüber Ursprungsbudget. Was der Anbieter zwangsläufig tut: defensiv kalkulieren (15-30 % Risikoaufschlag), Scope-Änderungen kostenpflichtig machen (Change-Request-Verhandlungen werden zum Hauptaktivität), und im Zweifel den Mindeststandard liefern, nicht die beste Lösung.

Sehen Sie, wie wir Software-Projekte mit klaren Vertragsmodellen strukturieren.

So liefern wir 60 % schnellere Time-to-Market mit 40 % geringeren TCO.

Welche Vorteile und Risiken hat Time & Material wirklich?

T&M klingt nach maximaler Anbieter-Freiheit. Tatsächlich erfordert es maximale Auftraggeber-Disziplin. Vorteile: Anforderungen können iterativ präzisiert werden, der Anbieter hat keinen Anreiz zur Mindeststandard-Lieferung, Scope-Änderungen führen zu Lieferung statt Verhandlung.

Risiken: ohne aktives Product-Ownership eskaliert das Budget. Bei T&M trägt der Auftraggeber das Scope-Risiko vollständig. Wer Anforderungen schwammig hält und Entscheidungen verzögert, finanziert die Schwammigkeit.

Bitkom empfiehlt explizit ausgewogene Vertragskonzepte - nur 46 % der Software-Projekte erreichen den erwarteten ROI^[4]. Die Wahl des Modells ist keine Frage von gut/schlecht, sondern von passend für Kontext.

Wann gewinnt Festpreis - und wann verliert er?

Szenario	Festpreis-Eignung	Begründung
Standard-Migration (z.B. Magento → Shopware)	✅ Hoch	Klar definierter Scope, etablierte Patterns
Modul-Implementierung mit Spezifikation	✅ Mittel-Hoch	Anforderungen dokumentiert, akzeptiert
MVP-Entwicklung neuer Plattform	❌ Niedrig	Scope wird sich ändern, Lerneffekte erwartet
Komplexe B2B-Plattform mit Integrationen	❌ Niedrig	Integrationsanforderungen nicht vollständig spezifizierbar
R&D-Projekt, exploratorisch	❌ Sehr Niedrig	Scope ist Teil der Forschung

Die meisten echten Custom-Software-Projekte im DACH-Mittelstand fallen in die untere Hälfte dieser Tabelle. Festpreis ist dort die falsche Wahl - selbst wenn der Vertrieb des Anbieters anderes verspricht.

Wie funktioniert agiler Festpreis als Hybrid-Modell?

Agiler Festpreis ist der Versuch, beide Welten zu verbinden. Der Initial-Scope wird zu Festpreis spezifiziert, aber mit definiertem Change-Management: Story-Point-basierte Erweiterungen, dokumentierte Trade-off-Mechanismen ("neue Funktion rein, alte raus"), oder Kapazitätspakete mit fester Sprint-Velocity.

iteratec, it-agile.de und andere DACH-Beratungen haben Modelle dafür publiziert. Ein bewährter Ansatz: "Money for Nothing and Change for Free" (Jeff Sutherland). Der Auftraggeber kann jederzeit das Projekt beenden und zahlt nur die geleistete Arbeit. Im Gegenzug akzeptiert er, dass Scope-Änderungen kostenneutral sind, solange sie gleichgewichtigen Scope ersetzen.

Hybrid-Methoden erreichen 74 % Erfolgsquote vs. 58 % bei reiner Agile-Methodik vs. 45 % bei Wasserfall^[5]. Das Vertragsmodell folgt der Methodik - nicht umgekehrt.

Was hat das OLG Frankfurt 2024 für T&M-Verträge geändert?

Das OLG Frankfurt entschied 2024, dass eine stundenbasierte Vergütung in Kombination mit fehlender Abnahmeregelung als Dienstvertrag gewertet wird - auch wenn Software entsteht^[6]. Praktisch bedeutet das: Ein klassischer T&M-Vertrag ohne klare Werks-Komponenten kann nachträglich als Dienstvertrag eingestuft werden, was Gewährleistungsfolgen ändert.

Konsequenz für die Praxis: T&M-Verträge im DACH-Markt brauchen seit 2024 explizit dokumentierte Abnahme-Kriterien für definierbare Liefereinheiten (z.B. Sprint-Inkremente). Andernfalls verschiebt sich die rechtliche Einordnung mit allen damit verbundenen Konsequenzen für Mängel und Haftung.

Welche drei Mechanismen schützen das Budget bei T&M?

1. Capped T&M. Feste Obergrenze für die Stundensumme. Oberhalb der Cap arbeitet der Anbieter zu Festpreis weiter, oder das Projekt wird neu verhandelt. Vorteil: Sicherheit für den CFO. Nachteil: Anbieter kalkuliert die Cap defensiv, oft 20-30 % über realistischer Schätzung.

2. Sprint-Budgetierung mit Stop-or-Continue. Alle 2-4 Wochen entscheidet der Auftraggeber: weiter investieren oder beenden. Das setzt voraus, dass jeder Sprint einen messbaren Mehrwert liefert. Funktioniert nur mit funktionierendem Product-Ownership.

3. Story-Festpreise. Jede User Story wird einzeln zum Festpreis kalkuliert, basierend auf Story-Point-Schätzungen mit historischer Velocity. Kombiniert die Vorhersagbarkeit von Festpreis mit der Flexibilität von T&M.

Welche Entscheidungsmatrix sollte ein CFO im Mittelstand nutzen?

Drei Dimensionen, die die richtige Vertragsform vorgeben:

Dimension	Festpreis	T&M	Agiler Festpreis / Hybrid
Anforderungsklarheit	Hoch	Mittel-Niedrig	Mittel-Hoch
Auftraggeber-Engagement	Mittel	Hoch	Hoch
Scope-Änderungs-Wahrscheinlichkeit	Niedrig	Hoch	Mittel
Projekttyp	Migration, Modul	R&D, MVP, exploratorisch	Custom-Plattform mit Vision
Risikoträger Scope	Anbieter	Auftraggeber	Geteilt

Was sollten Sie als CFO als Erstes tun?

Erstens: Klassifizieren Sie alle laufenden und geplanten Software-Projekte nach Anforderungsklarheit. Projekte mit niedriger Klarheit, die als Festpreis laufen, sind gefährdet.

Zweitens: Prüfen Sie Ihre T&M-Verträge auf OLG-Frankfurt-Compliance. Fehlen Abnahme-Regelungen, droht eine Re-Klassifizierung als Dienstvertrag mit veränderten Haftungsfolgen.

Drittens: Etablieren Sie für neue Projekte ein Vertragsmodell-Auswahl-Verfahren mit der Matrix oben - statt jedes Projekt automatisch zu Festpreis auszuschreiben.

Verwandte Beiträge: Product Owner ohne IT-Hintergrund, Erfolgsfaktoren für IT-Projekte, sowie der Build-vs-Buy-Entscheidungs-Framework.

References

1. [1] Jørgensen, M. et al. Public Software Projects: Fixed-Price vs Time-and-Material it-agile.de
2. [2] GPM Deutsche Gesellschaft für Projektmanagement (2013). gpm-ipma.de
3. [3] Standish Group. CHAOS Report on IT Project Outcomes. standishgroup.com
4. [4] Bitkom. Auf dem schnellsten Weg zum IT-Projektvertrag. bitkom.org
5. [5] Global Journal of Advanced Engineering (2023).
6. [6] OLG Frankfurt am Main (2024). Urteil zu Softwareentwicklung als Dienstvertrag. bbs-law.de
7. [7] McKinsey & Oxford. mckinsey.com
8. [8] iteratec. Agiler Festpreis - Das Beste aus beiden Welten. iteratec.com