Wie kalkuliert man Angebote für iterative bzw. agile Entwicklungsprojekte?

Oleinek · 17 Sep. 2026

Angebote für agile oder iterative Entwicklungsprojekte kalkuliert man nicht als klassischen Festpreis, sondern auf Basis von Kapazitätsrahmen, Aufwandsschätzungen und klar definierten Steuerungsmechanismen. Der Grund: Agile Entwicklung lebt von Anpassungsfähigkeit, und diese Flexibilität lässt sich nicht in eine starre Preisstruktur pressen, ohne entweder den Anbieter oder den Auftraggeber zu benachteiligen. Die folgenden Abschnitte beantworten die wichtigsten Fragen rund um Vertragsmodelle, Aufwandsschätzung und die Kommunikation von Kostenrahmen bei agilen Projekten in der hardware-nahen Produktentwicklung.

Warum scheitern klassische Festpreisangebote bei agilen Projekten?

Klassische Festpreisangebote scheitern bei agilen Projekten, weil sie eine vollständige und stabile Anforderungsdefinition voraussetzen, die bei iterativer Entwicklung bewusst nicht existiert. Wer einen Festpreis kalkuliert, ohne den Umfang zu kennen, übernimmt entweder ein unkalkulierbares Risiko oder baut so großzügige Puffer ein, dass das Angebot nicht wettbewerbsfähig ist.

In der Entwicklung physischer und hybrider Produkte, etwa mechatronischer Systeme oder eingebetteter Elektronik, ist dieses Problem besonders ausgeprägt. Anforderungen an Mechanik, Sensorik oder Kommunikationsschnittstellen ändern sich regelmäßig im Verlauf der Entwicklung, weil Tests und Prototypen neue Erkenntnisse liefern. Ein Festpreis, der zu Beginn vereinbart wird, spiegelt diese Realität nicht wider.

Hinzu kommt das strukturelle Problem der Kostenentstehung: Der Großteil der späteren Produktkosten wird bereits in der frühen Konzeptphase festgelegt, wird aber oft erst spät im Projekt sichtbar. Wer zu Beginn einen Festpreis vereinbart, ohne diese Kostendynamik zu kennen, läuft Gefahr, in späteren Phasen unter erheblichem wirtschaftlichem Druck zu stehen.

Klassische Festpreisverträge verlagern zudem das gesamte Änderungsrisiko auf den Auftragnehmer. In agilen Projekten, in denen der Auftraggeber aktiv Einfluss auf Prioritäten und Anforderungen nimmt, ist diese einseitige Risikoverteilung sachlich nicht gerechtfertigt.

Welche Vertragsmodelle eignen sich für agile Entwicklungsprojekte?

Für agile Entwicklungsprojekte eignen sich vor allem drei Vertragsmodelle: das Time-and-Material-Modell, das Rahmenvertragsmodell mit definierten Iterationen sowie der Festpreis mit variablem Scope. Welches Modell passt, hängt vom Reifegrad der Anforderungen, der Risikobereitschaft beider Seiten und der Länge des Projekts ab.

Time and Material

Beim Time-and-Material-Modell zahlt der Auftraggeber den tatsächlich geleisteten Aufwand zu vereinbarten Tagessätzen oder Stundensätzen. Dieses Modell ist für agile Projekte am ehrlichsten, weil es die tatsächliche Unsicherheit abbildet. Es erfordert jedoch ein hohes Maß an Vertrauen sowie ein funktionierendes Projektkostencontrolling auf beiden Seiten. Ohne strukturierte Kostenverfolgung, etwa durch Earned-Value-Management oder klare Meilenstein-Reviews, werden Abweichungen häufig erst erkannt, wenn Gegensteuern kaum noch möglich ist.

Rahmenvertrag mit Sprint- oder Phasenpauschalen

Eine praxiserprobte Alternative ist der Rahmenvertrag, der einen Gesamtbudgetrahmen definiert und einzelne Sprints oder Entwicklungsphasen als abrechenbare Einheiten strukturiert. Jede Phase wird zu Beginn mit einem definierten Ziel und einem geschätzten Aufwand versehen. Dieses Modell gibt dem Auftraggeber Planungssicherheit bei gleichzeitiger Flexibilität im Detail. Für die Entwicklung physischer Produkte mit Hardwareprototypen empfiehlt sich eine Phasengliederung, die an Prototypen-Meilensteinen ausgerichtet ist, etwa Proof-of-Concept, Funktionsmuster und Vorserienstand.

Festpreis mit variablem Scope

Das dritte Modell kehrt die klassische Logik um: Budget und Termin sind fest, der Scope ist variabel. Der Auftraggeber erhält zum vereinbarten Preis das Beste, was in der verfügbaren Zeit erreichbar ist, priorisiert nach dem gemeinsam gepflegten Product Backlog. Dieses Modell funktioniert gut, wenn der Auftraggeber bereit ist, aktiv an der Priorisierung mitzuwirken und Anforderungen flexibel zu behandeln.

Wie schätzt man den Aufwand in agilen Projekten realistisch?

Den Aufwand in agilen Projekten schätzt man realistisch durch eine Kombination aus relativer Schätzung auf Basis historischer Vergleichswerte, strukturierter Backlog-Analyse und expliziter Einplanung von Unsicherheitspuffern. Eine einzelne Zahl ohne Bandbreite ist bei iterativer Entwicklung keine seriöse Schätzung.

In der Praxis haben sich folgende Methoden bewährt:

Story Points mit Referenzgeschichten: Teams schätzen Aufgaben relativ zueinander und nicht in absoluten Stunden. Voraussetzung ist ein kalibrierter Referenzpunkt aus einem bekannten, abgeschlossenen Arbeitspaket.
Planning Poker: Mehrere Teammitglieder schätzen unabhängig voneinander, Abweichungen werden diskutiert. Diese Methode reduziert den Anker-Effekt und nutzt kollektives Wissen, besonders wertvoll bei interdisziplinären Teams aus Mechanik, Elektronik und Software.
Analogieschätzung: Vergleich mit abgeschlossenen Projekten ähnlicher Komplexität. Dafür ist eine interne Kostendatenbank mit Erfahrungswerten aus Vorprojekten unerlässlich, die in vielen Unternehmen fehlt.
Dreipunktschätzung: Für jedes Arbeitspaket werden optimistischer, realistischer und pessimistischer Aufwand ermittelt. Der gewichtete Mittelwert ergibt eine belastbarere Basis als eine Einzelzahl.

Unternehmen ohne eigene F&E-Abteilung haben nachweislich einen strukturellen Nachteil bei der Kostenschätzgenauigkeit, weil Erfahrungswerte und Kalibrierdaten fehlen. ^[1] In solchen Fällen empfiehlt sich der gezielte Zukauf externer Schätzexpertise oder die Nutzung standardisierter Kalkulationsvorlagen, die auf Branchenbenchmarks basieren.

Was gehört in eine agile Angebotskalkulation konkret hinein?

Eine vollständige agile Angebotskalkulation enthält neben dem Kapazitätsrahmen auch explizite Positionen für Risikobudget, Koordinationsaufwand, Rüst- und Anlaufzeiten sowie Hardwarekosten bei physischen Produkten. Viele Angebote scheitern daran, dass nur der reine Entwicklungsaufwand kalkuliert wird.

Die wesentlichen Bestandteile einer agilen Angebotskalkulation für hardware-nahe Projekte sind:

Teamkapazität je Sprint oder Phase: Anzahl der Personen, Rollen, Verfügbarkeit in Prozent, Tagessatz oder Stundensatz.
Prototypen- und Materialkosten: Bei physischen Produkten entstehen Kosten für Bauteile, Fertigungsdienstleister und Prüfmittel, die nicht in Personenstunden abgebildet sind. Rohstoffpreisschwankungen sollten dabei explizit berücksichtigt werden, da Metalle wie Aluminium, Stahl oder Kupfer erheblichen Preisvolatilitäten unterliegen.
Risikobudget: Ein explizit ausgewiesener Puffer von typischerweise 15 bis 25 Prozent des Gesamtaufwands für unbekannte Anforderungen, technische Risiken und Integrationsaufwände. Dieser Puffer sollte nicht versteckt, sondern transparent kommuniziert werden.
Koordinations- und Kommunikationsaufwand: Sprint-Planung, Reviews, Retrospektiven und Stakeholder-Abstimmungen sind realer Aufwand, der in klassischen Festpreisangeboten regelmäßig unterschätzt wird.
Anlaufkosten: Einrichtung der Entwicklungsumgebung, Einarbeitung in bestehende Systeme, initiale Architekturentscheidungen.
Optionale Leistungen: Klar definierte Erweiterungen, die auf Abruf aktiviert werden können, ohne einen neuen Angebotsprozess zu starten.

Wer mehr über den strukturellen Aufbau von agilen Entwicklungsprozessen erfahren möchte, findet dort weiterführende Informationen zu den methodischen Grundlagen.

Wie kommuniziert man Kostenrahmen und Unsicherheit gegenüber dem Auftraggeber?

Kostenrahmen und Unsicherheit kommuniziert man gegenüber dem Auftraggeber am wirkungsvollsten durch Bandbreiten statt Einzelzahlen, durch transparente Annahmen und durch ein gemeinsam vereinbartes Steuerungsmodell. Wer Unsicherheit versteckt, schafft kurzfristig Komfort und langfristig Konflikte.

Konkret empfiehlt sich folgendes Vorgehen:

Bandbreitenangabe mit Begründung: Statt „Das Projekt kostet 180.000 Euro“ besser: „Auf Basis der aktuellen Anforderungen schätzen wir den Aufwand auf 160.000 bis 210.000 Euro. Die Bandbreite ergibt sich aus den noch offenen Anforderungen an die Sensorintegration.“
Annahmen explizit machen: Jede Schätzung basiert auf Annahmen. Diese gehören ins Angebot, damit der Auftraggeber versteht, welche Veränderungen zu Kostensteigerungen führen würden.
Steuerungsmechanismen vereinbaren: Klare Kostenschwellen, bei deren Erreichen eine Eskalation ausgelöst wird, schaffen Vertrauen. Meilenstein-Reviews mit Neuschätzung des verbleibenden Aufwands sind ein bewährtes Instrument.
Earned-Value-Reporting einplanen: Regelmäßige Soll-Ist-Vergleiche auf Basis von Earned-Value-Management ermöglichen es, Abweichungen früh zu erkennen und gemeinsam gegenzusteuern, bevor sie eskalieren.

In der Praxis zeigt sich, dass Auftraggeber Transparenz über Unsicherheiten deutlich besser akzeptieren als nachträgliche Nachforderungen. Eine offene Kommunikation über Kostenrisiken ist kein Zeichen von Schwäche, sondern von Professionalität.

Wann sollte man trotzdem einen Festpreis für ein agiles Projekt anbieten?

Ein Festpreis für ein agiles Projekt ist sinnvoll, wenn der Scope eines definierten Teilabschnitts stabil genug ist, um ihn verlässlich zu schätzen, und wenn das Risikobudget im Preis realistisch abgebildet ist. Ein Festpreis auf ein vollständig offenes Entwicklungsprojekt ist dagegen weder für den Anbieter noch für den Auftraggeber eine seriöse Grundlage.

Konkrete Situationen, in denen ein Festpreis vertretbar ist:

Klar abgegrenzter Sprint oder Phase: Wenn ein einzelner Sprint oder eine definierte Entwicklungsphase mit stabilem Ziel und bekanntem Technologiestack angeboten wird, ist ein Festpreis für genau diesen Abschnitt möglich.
Wiederholungscharakter: Bei Projekten, die einem bekannten Muster folgen, etwa der Portierung einer bestehenden Produktarchitektur auf eine neue Plattform, liegen belastbare Vergleichswerte vor.
Explizites Risikobudget im Preis: Wer einen Festpreis anbietet, muss das Risiko einpreisen. Ein Festpreis ohne Risikopuffer ist kein Angebot, sondern eine Wette.
Klare Change-Request-Regelung: Ein Festpreis funktioniert nur mit einer vertraglich geregelten Vorgehensweise für Anforderungsänderungen. Ohne diese Regelung wird der Festpreis regelmäßig durch informelle Scope-Erweiterungen ausgehöhlt.

Besonders im Maschinen- und Anlagenbau, wo Entwicklungsprojekte häufig lange Laufzeiten haben und Materialkosten erheblich schwanken können, sollten Festpreisangebote immer Preisgleitklauseln für Rohstoffe und Zukaufteile enthalten. ^[2] Andernfalls trägt der Anbieter ein Preisrisiko, das er nicht steuern kann.

Wer die Grundlagen des agilen Projektmanagements systematisch aufbauen möchte, findet dort einen strukturierten Überblick über methodische Ansätze und Implementierungswege.

Wie EVOLUCONSULT bei der Kalkulation agiler Entwicklungsprojekte unterstützt

Die Kalkulation agiler und iterativer Entwicklungsprojekte ist eine eigenständige Kompetenz, die in vielen Unternehmen nicht systematisch aufgebaut ist. Wir bei EVOLUCONSULT unterstützen Unternehmen aus dem Maschinen- und Anlagenbau, der Automobilindustrie und der Luft- und Raumfahrt dabei, Angebote und Vertragsstrukturen für agile Entwicklungsprojekte professionell aufzusetzen. Unsere Leistungen in diesem Bereich umfassen:

Aufwandsschätzung und Kalkulation: Wir entwickeln mit Ihrem Team belastbare Schätzmodelle auf Basis historischer Daten und Branchenbenchmarks, einschließlich Dreipunktschätzung und Risikobudgetierung.
Vertragsmodell-Beratung: Wir analysieren gemeinsam mit Ihnen, welches Vertragsmodell für Ihr spezifisches Projekt am besten geeignet ist, und helfen bei der Formulierung klarer Steuerungsmechanismen und Change-Request-Regelungen.
Projektkostencontrolling: Wir implementieren Earned-Value-Management und Meilenstein-Controlling, damit Abweichungen frühzeitig erkannt und kommuniziert werden können.
Coaching von Projektleitern: Wir befähigen Ihre Projektverantwortlichen, Kostenrahmen und Unsicherheiten souverän gegenüber Auftraggebern zu kommunizieren.

Unser Ansatz zielt darauf ab, bei Projektabschluss nachhaltige Verbesserungen praktisch umgesetzt zu haben, sodass Ihr Team den weiteren Weg ohne externe Unterstützung erfolgreich fortsetzen kann. Wenn Sie mehr darüber erfahren möchten, wie wir Ihr Unternehmen konkret unterstützen können, nehmen Sie gerne Kontakt mit uns auf. Einen Überblick über unser vollständiges Leistungsangebot finden Sie auf unserer Leistungsseite.

Quellenverzeichnis

KfW Fokus Volkswirtschaft Nr. 520, November 2025: Innovationshemmnisse im deutschen Mittelstand. KfW Research, Frankfurt am Main, 2025.
Simuform: Target Costing und Zielkostenbewertung: Kosten frühzeitig steuern statt spät korrigieren. Simuform GmbH, 2025. Verfügbar unter: https://www.simuform.com/blog/target-costing-und-zielkostenbewertung-kosten-fruehzeitig-steuern-statt-spaet-korrigieren