Die deutsche Zivilrechtsordnung unterscheidet beim Softwareprojekt primär zwischen zwei Vertragstypen:
Werkvertrag (§ 631 BGB): Der Auftragnehmer schuldet ein Werk — also ein definiertes Ergebnis. Die Vergütung ist regelmäßig pauschal. Abnahme und Mängelhaftung sind zwingend. Der wirtschaftliche Erfolg liegt beim Auftragnehmer.
Dienstvertrag (§ 611 BGB): Der Auftragnehmer schuldet eine Tätigkeit — also die fachgerechte Arbeit über einen Zeitraum. Abrechnung typischerweise nach Zeitaufwand. Kein spezifisches Werk, keine formale Abnahme. Das wirtschaftliche Risiko liegt beim Auftraggeber.
Das Modell „Time and Material" ist in der Regel ein Dienstvertrag. Das Modell „Festpreis" in der Regel ein Werkvertrag. Die Wahl bestimmt nicht nur den Preis, sondern auch Haftung, Gewährleistung und Kontrolle.
Festpreis funktioniert, wenn drei Voraussetzungen erfüllt sind: klarer Leistungsumfang, stabile Anforderungen und messbare Abnahmekriterien.
Konkret: Eine Migration von einem Legacy-System auf ein modernes Framework mit vollständig dokumentierter Funktionalität. Ein Kundenportal mit präziser Funktionsliste und Corporate-Design-Vorgabe. Eine Integration zweier existierender Systeme über eine dokumentierte API.
In solchen Projekten ist der Umfang vorab greifbar. Der Auftragnehmer kann kalkulieren, Puffer einbauen und den Preis verantwortlich nennen. Der Auftraggeber bekommt Budgetgewissheit für das Geschäftsjahr.
Wesentliche Vertragsbestandteile:
T&M ist dann sinnvoll, wenn der Leistungsumfang tatsächlich unklar ist — und das ehrlich kommuniziert wird. Beispiele: Research-Projekte mit offenem Ausgang. Entwicklung eines ersten Produktentwurfs, bevor die Zielgruppe feststeht. Betreuung eines bestehenden Produkts über einen definierten Zeitraum ohne konkreten Neubau.
Der Auftraggeber trägt dann bewusst das Scope-Risiko, weil es schlicht nicht anders geht. Das ist kein Defizit, sondern eine saubere Kategorisierung.
Das Problem entsteht dort, wo T&M als Bequemlichkeit verkauft wird („lass uns erstmal anfangen"), während der Umfang eigentlich bestimmbar wäre. Dann kauft der Auftraggeber Unsicherheit ein, die niemand braucht.
Für die meisten mittelständischen Produktentwicklungen ist keines der beiden Reinformen optimal. Die Anforderungen entwickeln sich über die Zeit — klassischer Festpreis ist zu starr. Gleichzeitig ist ein offenes T&M-Budget betriebswirtschaftlich schwer vertretbar.
Der Kompromiss: ein Werkvertrag, der in zweiwöchige Sprint-Pakete aufgeteilt ist. Jeder Sprint hat einen Festpreis und definierte Akzeptanzkriterien. Am Ende jedes Sprints entscheidet der Auftraggeber, ob der nächste beauftragt wird. Die Gesamtrichtung liegt in einem lebendigen Product Backlog.
Vorteile dieser Konstruktion:
Unabhängig vom gewählten Modell gehören folgende Punkte explizit in den Vertragstext, nicht in Nebenabreden:
Standardmodell: Werkvertrag nach § 631 BGB, aufgeteilt in Sprint-Pakete zu zwei Wochen. Festpreis pro Sprint nach gemeinsamer Scope-Definition in der Online-Sondierung. Abnahmekriterien pro Sprint schriftlich. Gewährleistung fünfzehn Tage kostenfrei, danach optionaler Wartungsvertrag. Quellcode und Nutzungsrechte gehen mit der Abnahme an den Auftraggeber über.
Für klar abgrenzbare Einzelprojekte (Migration, Integration, fest definiertes MVP) auch Gesamtprojekt-Festpreise. Reines T&M nur auf ausdrücklichen Kundenwunsch und bei ehrlich unklarem Scope — mit monatlicher Budget-Review-Pflicht.
Wenn Sie gerade ein Angebot prüfen und unsicher sind, ob das gewählte Modell zu Ihrem Vorhaben passt, ist eine kostenlose Online-Sondierung der schnellste Weg zur Entscheidung. Wir schauen uns den Scope an und empfehlen eine Vertragsform — auch, wenn wir am Ende nicht der Anbieter werden. Unsere Beratungs- und Schulungsleistungen sind ergebnisoffen, und wenn das Vorhaben klassische Softwareentwicklung umfasst, ordnen wir auch die passende Teamstruktur ein. Ergänzend finden Sie im Beitrag zu Nearshore-Softwareentwicklung eine Einordnung, wann sich das Sprint-Paket-Modell mit verteilten Teams besonders eignet.
Ja. Das Missverständnis, Werkvertrag und Agilität schlössen einander aus, stammt aus den frühen Zweitausender-Jahren. Sprint-Pakete im Werkvertrag sind seit Jahren gängige Praxis und höchstrichterlich anerkannt.
Formal der Auftragnehmer. Deshalb werden seriöse Festpreisangebote erst nach gemeinsamer Scope-Klärung gegeben — typischerweise nach einer mehrstündigen Sondierung und schriftlicher Spezifikation. Wer einen Festpreis ohne diese Vorarbeit nennt, kalkuliert entweder einen hohen Puffer ein oder wird später nachfordern.
Jeder Change-Request ist eine Vertragsergänzung — mit eigenem Umfang, Preis und Auswirkung auf den Zeitplan. Der Prozess gehört in den Hauptvertrag: schriftliche Anforderung, Angebot innerhalb einer Frist, Entscheidung des Auftraggebers. Ohne dieses Verfahren entstehen die teuersten Diskussionen.
Im Grundsatz nein — §§ 633 ff. BGB gelten analog. Entscheidend ist die vereinbarte Beschaffenheit. Je präziser die Anforderungen spezifiziert sind, desto klarer ist, was ein Mangel ist. Unspezifizierte „Qualität" ist der häufigste Streitpunkt.
Juristisch ein neuer Vertrag, technisch oft ein sauberer Schnitt mit Re-Scoping. Unsere Empfehlung: Wenn ein T&M-Projekt in eine produktive Phase kommt und der Scope klar wird, ist der Übergang in einen Werkvertrag sinnvoll — oft der beste Weg aus der Budget-Unsicherheit.
© 2026 D'Cloud Software & Digital Agency. Alle Rechte vorbehalten.