Monatspauschale statt Festpreis: was sich an der Zusammenarbeit ändert

In fast jedem Festpreisprojekt gibt es den Moment, in dem beide Seiten aufhören, über die Software zu reden, und anfangen, über den Vertrag zu reden. Ausgelöst wird er selten von einem Fehler. Ausgelöst wird er davon, dass jemand beim Benutzen der ersten Version etwas versteht, was beim Schreiben des Lastenhefts niemand wissen konnte. Der Wunsch ist berechtigt, der Vertrag kennt ihn nicht, und ab da verhandeln zwei Parteien über Geld, die eigentlich eine Anwendung bauen wollten.

Diese Reibung ist kein Zeichen schlechter Vorbereitung. Sie ist die vorhersehbare Folge einer Vertragsform, die einen Endzustand beschreibt, obwohl der Gegenstand keinen hat. Software, die betrieben wird, hört nicht auf: Sie wird gepatcht, angebunden, umgebaut, weil sich Schnittstellen, Rechtslagen und Abläufe ändern. Ein Modell, das die laufende Änderung als Ausnahme behandelt, produziert bei jeder Änderung einen Verhandlungstermin.

Der Änderungswunsch ist der Normalfall, nicht der Störfall

Die IT-Rechtspraxis nennt den formalisierten Änderungswunsch Change Request. Die Kanzlei comp/lex beschreibt ihn als „definierten Änderungswunsch, der eingeht, nachdem der Umfang der umzusetzenden Anforderungen in einem Projekt verbindlich festgelegt wurde” — und stellt klar, wozu er dient: Deckt der geschlossene Vertrag die Änderung nicht mehr ab, „muss der Vertrag einvernehmlich geändert werden” (Beitrag vom 26.06.2020).

Das Wort „einvernehmlich” trägt die ganze Last. Im allgemeinen Werkvertragsrecht gibt es kein einseitiges Anordnungsrecht des Auftraggebers. Das 2018 eingeführte Änderungsrecht nach § 650b BGB, mit dem ein Besteller nach 30 Tagen ohne Einigung eine Änderung in Textform anordnen kann, steht im Kapitel zum Bauvertrag und gilt nach § 650a BGB nur für Verträge über Bauwerke. Für ein Softwareprojekt existiert diese Notbremse nicht.

Daraus folgt eine unangenehme Symmetrie: Jede nicht triviale Änderung braucht die Zustimmung der Gegenseite, und jede Zustimmung hat einen Preis. Beide Parteien haben ein Vetorecht, und beide wissen es. Genau deshalb ist der Nachtrag der Standardkonflikt im Festpreisprojekt — nicht wegen schlechter Absichten, sondern wegen der Statik des Vertrags.

Was ein Change Request tatsächlich auslöst

Ein Änderungswunsch ist nicht bloß eine E-Mail mit einer neuen Anforderung. comp/lex beschreibt ein mehrstufiges Verfahren: schriftliches Änderungsverlangen, formelle Prüfung durch den Auftragnehmer, gegebenenfalls die Mitteilung, dass laufende Arbeiten vorläufig einzustellen sind, um Doppelarbeit zu vermeiden, dann ein Umsetzungsangebot, dann die Beauftragung oder Ablehnung, dann die Anpassung von Fristen.

Zwei Kostenstellen entstehen dabei, die in keinem Angebot stehen. Die erste ist die Prüfung selbst; die Kanzlei empfiehlt Anbietern ausdrücklich, aufwendigere Prüfungen vergütungspflichtig zu stellen. Die zweite ist der Stillstand: Solange unklar ist, ob die Änderung kommt, kann an den betroffenen Stellen nicht sinnvoll weitergearbeitet werden.

Dahinter liegt eine Schuldfrage, die jeden Nachtrag vergiftet. Ergibt sich der Wunsch aus einem Fehler des ursprünglichen Pflichtenhefts, geht die Anpassung regelmäßig zulasten dessen, der das Pflichtenheft verantwortet. Ist es eine neue Anforderung, zahlt der Auftraggeber. Über diese Zuordnung lässt sich in fast jedem Einzelfall streiten, und sie wird zwischen denselben Menschen ausgetragen, die anschließend wieder zusammenarbeiten sollen.

Die Zahlen hinter dem Nachtragsrisiko

Wie teuer die Unschärfe zwischen Plan und Wirklichkeit wird, hat die bis heute größte Auswertung dazu gezeigt. Bent Flyvbjerg und Alexander Budzier von der Universität Oxford untersuchten für die Harvard Business Review 1.471 IT-Vorhaben und verglichen Budgets und erwartete Effekte mit den tatsächlichen Kosten und Ergebnissen. Die durchschnittliche Kostenüberschreitung lag bei 27 Prozent.

Der Mittelwert ist dabei nicht die eigentliche Nachricht. Jedes sechste Vorhaben der Stichprobe überschritt sein Budget um durchschnittlich 200 Prozent und den Zeitplan um knapp 70 Prozent — Fälle, die die Autoren als „schwarze Schwäne” bezeichnen. Einschränkend gilt: Die Stichprobe von 2011 bestand zu 92 Prozent aus Vorhaben öffentlicher Stellen und zu 83 Prozent aus den USA, mit einem durchschnittlichen Volumen von 167 Millionen US-Dollar. Für ein mittelständisches Vorhaben sind die Beträge nicht übertragbar, das Muster schon: Die Verteilung hat einen schweren Rand, und im Festpreisvertrag liegt genau dort das Nachtragsrisiko.

Werkvertrag oder Dienstvertrag: der Unterschied liegt in der Abnahme

Beide Modelle haben einen gesetzlichen Grundtyp. Nach § 631 Abs. 1 BGB verpflichtet der Werkvertrag den Unternehmer zur Herstellung des versprochenen Werkes; geschuldet ist ein Erfolg. Nach § 611 Abs. 1 BGB schuldet der Dienstvertrag die Leistung der versprochenen Dienste, also die Tätigkeit. Ein laufendes Entwicklungskontingent ohne fest umrissenen Endzustand ist deshalb regelmäßig ein Dienstvertrag.

Maßgeblich ist dabei der Inhalt, nicht die Überschrift. Wer eine Monatspauschale vereinbart, im selben Dokument aber einen abnahmefähigen Funktionsumfang zu einem festen Termin zusagt, hat einen Werkvertrag geschlossen — mit allen Folgen für Abnahme und Mängelhaftung. Mischformen sind zulässig und in der Praxis häufig; sie müssen nur bewusst gestaltet sein.

Was die Sicherheit des Werkvertrags kostet

Der Werkvertrag gilt als das sichere Modell, weil er einen Erfolg schuldet. Diese Sicherheit hat zwei Preise, die vor der Unterschrift selten besprochen werden. Der erste betrifft den Ausstieg: Nach § 648 BGB kann der Besteller bis zur Vollendung jederzeit kündigen, der Unternehmer behält aber den Anspruch auf die vereinbarte Vergütung, abzüglich dessen, was er an Aufwendungen erspart oder anderweitig verdient. Für den nicht erbrachten Teil vermutet das Gesetz zugunsten des Unternehmers immerhin 5 Prozent.

Der zweite betrifft die Uhr der Gewährleistung. Die Verjährung der Mängelansprüche beginnt nach § 634a Abs. 2 BGB mit der Abnahme. Wer die Abnahme hinauszögert, um noch etwas nachzuschieben, verschiebt damit auch den Beginn der Fristen und die Fälligkeit der Vergütung nach § 641 BGB. Das erklärt, warum Abnahmen in IT-Projekten regelmäßig zum Verhandlungsereignis werden: An diesem einen Datum hängen Geld, Haftung und Frist gleichzeitig.

Bei der Pauschale wird über Reihenfolge verhandelt

Das laufende Kontingent nimmt dem Streit nicht den Gegenstand, sondern die Währung. Da die monatliche Kapazität feststeht, kann ein zusätzlicher Wunsch den Preis nicht mehr bewegen. Er kann nur noch etwas anderes verdrängen. Aus der Frage „was kostet das extra” wird die Frage „was schiebt sich dadurch nach hinten” — und das ist die Frage, die ohnehin beantwortet werden musste, nur dass sie im Festpreismodell hinter einem Nachtragsangebot verborgen blieb.

Diese Verlagerung ist keine Erfindung des Abrechnungsmodells, sondern seit Jahren die Steuerungsgröße der Produktentwicklung. Der Scrum Guide 2020 weist die Reihenfolge der Einträge im Product Backlog einer einzelnen Rolle zu: Der Product Owner ist verantwortlich, „die Reihenfolge der Product-Backlog-Einträge festzulegen”. Änderungswünsche werden dort nicht bezahlt, sondern begründet.

Der sachliche Gewinn liegt darin, wer entscheidet. Über einen Nachtragspreis entscheidet die Verhandlungsposition, oft eine Einkaufsabteilung ohne Blick auf den Nutzen. Über eine Reihenfolge entscheidet, wer den Ablauf kennt. Das Argument „das bringt uns diesen Monat mehr als jenes” ist überprüfbar, das Argument „das ist zu teuer” ist es nicht.

Drei Stellen, an denen Kontingentmodelle scheitern

Das Modell ist nicht selbsttragend. Es hat drei Sollbruchstellen, die in der Praxis regelmäßig unbestimmt bleiben. Die erste ist der Verfall ungenutzter Zeit. Verbreitet sind zwei Ausgestaltungen: Kontingente, die zum Monatsende verfallen, und solche, die sich in einen Folgezeitraum übertragen lassen. Verfall gibt dem Anbieter Planungssicherheit und bestraft den Auftraggeber für ruhige Monate; unbegrenzte Übertragung erzeugt einen Stundenberg, den niemand mehr abarbeiten kann. Eine befristete Übertragung von wenigen Monaten trifft beide Interessen.

Die zweite ist das Priorisierungsrecht. Wenn im Vertrag nicht steht, wer die Reihenfolge festlegt und in welchem Rhythmus sie neu festgelegt wird, entsteht genau der Zustand, den das Modell vermeiden soll — nur ohne Preisschild und damit ohne Protokoll. Die dritte ist die Kündigungsfrist. Ohne abweichende Vereinbarung greift bei monatlicher Vergütung § 621 Nr. 3 BGB: Kündigung spätestens am 15. eines Monats zum Monatsende. Wer stattdessen zwölf Monate Laufzeit vereinbart, hat das Festpreisprojekt durch die Hintertür wieder eingeführt.

Wer Softwareentwicklung als Monatspauschale vergibt, sollte diese drei Punkte vor Vertragsschluss klären statt sie der Praxis zu überlassen. Die Anbieter gehen unterschiedlich offen damit um: Kaido Studios aus Hamburg etwa nennt sein Modell monatliche Pauschale statt Projektvertrag und legt die Regeln dazu offen — ungenutzte Zeit bleibt drei Monate abrufbar, gekündigt wird monatlich, Code und Zugänge gehören dem Auftraggeber vom ersten Monat an; Festpreise bleiben für klar abgegrenzte Einzelaufgaben möglich. Beträge nennt die Seite keine. Entscheidend ist ohnehin nicht, wer wie offen kommuniziert, sondern ob die drei Regeln im Vertrag stehen.

Warum betriebene Software den Vertrag überdauert

Der stärkste Grund gegen den festen Endzustand kommt aus dem Betrieb. Franz Lehner von der Universität Passau hat 2021 für die Fachtagung Software Management der Gesellschaft für Informatik eine Metaanalyse über vier Jahrzehnte Wartungskostenforschung vorgelegt. Die verbreitete Schätzung, Wartung mache 60 bis 70 Prozent der jährlichen Softwarekosten aus, hält er für zu hoch gegriffen; von „einem erheblichen Kostenblock im Bereich von 30 bis 40 Prozent” sei aber auszugehen. Der Aufwand nach dem Livegang ist also kein Rest, sondern ein Drittel.

In Cloud-Umgebungen verschärft sich das, weil sich die Grundlage unter der Anwendung selbstständig bewegt: Anbieter ändern Programmierschnittstellen, ziehen Dienste zurück, verschieben Preismodelle. Nach dem Bitkom Cloud Report 2025 nutzen 90 Prozent der deutschen Unternehmen Cloud-Anwendungen, nach 81 Prozent im Vorjahr; rund die Hälfte aller IT-Anwendungen läuft aus der Cloud. Zugleich fühlt sich mehr als die Hälfte der Nutzer den Anbietern bei Preisen oder Vertragsgestaltung ausgeliefert. Ein Vertrag, der mit der Abnahme endet, endet damit genau an der Stelle, an der die laufende Arbeit anfängt.

Wann der Festpreis das bessere Modell bleibt

Die Pauschale ist kein überlegenes Modell, sondern ein anderes. Es gibt Konstellationen, in denen der Werkvertrag sachlich richtig ist — und dann sollte er auch gewählt werden, statt ein Kontingent mit Zusagen zu überfrachten, die es nicht tragen kann.

Fünf Punkte, die vor der Unterschrift geklärt sein müssen

1. Vertragstyp benennen Ausdrücklich festhalten, ob Tätigkeit oder Erfolg geschuldet ist. Wer beides mischt, sollte wissen, welcher Teil welchen Regeln folgt.
2. Kontingent und Verfall Umfang je Monat, Nachweisform und die Frist, innerhalb derer ungenutzte Zeit noch abrufbar bleibt.
3. Priorisierung regeln Wer legt die Reihenfolge fest, in welchem Turnus wird sie überprüft, und wie wird eine Verschiebung dokumentiert.
4. Eigentum und Zugänge Rechte am Quellcode, Ablage der Zugangsdaten und der Betrieb auf wessen Konten — geklärt ab dem ersten Monat, nicht erst zum Vertragsende.
5. Ausstieg Kündigungsfrist, Übergabeumfang und die Frage, was mit begonnenen, aber nicht fertiggestellten Arbeiten geschieht.

Häufige Fragen

Ist eine Monatspauschale rechtlich ein Dienstvertrag oder ein Werkvertrag?

Ein laufendes Entwicklungskontingent ohne zugesagten Endzustand ist regelmäßig ein Dienstvertrag nach § 611 BGB: Geschuldet ist die Tätigkeit, nicht ein abnahmefähiges Werk. Entscheidend ist der tatsächliche Inhalt, nicht die Bezeichnung. Enthält derselbe Vertrag die Zusage eines bestimmten Funktionsumfangs zu einem festen Termin, liegt insoweit ein Werkvertrag nach § 631 BGB vor, mit Abnahmepflicht nach § 640 BGB und Mängelrechten nach §§ 634 ff. BGB.

Was passiert mit Stunden, die in einem Monat nicht gebraucht werden?

Das regelt allein der Vertrag; eine gesetzliche Vorgabe gibt es nicht. Verbreitet sind der Verfall zum Monatsende und die befristete Übertragung in Folgemonate. Verfall verschiebt das Risiko ruhiger Monate vollständig zum Auftraggeber, unbegrenzte Übertragung erzeugt einen Rückstau, den die vereinbarte Kapazität nicht mehr aufholen kann. Eine Übertragung mit klarer Frist ist der übliche Kompromiss.

Wer entscheidet bei einer Pauschale, was zuerst gebaut wird?

Wenn der Vertrag dazu nichts sagt, faktisch derjenige, der am lautesten nachfragt. Deshalb gehört die Priorisierung in den Vertrag: eine benannte Person auf Auftraggeberseite, ein fester Turnus für die Neubewertung und eine schriftliche Fassung der aktuellen Reihenfolge. Das Vorbild dafür ist die Rolle des Product Owners im Scrum Guide, der die Reihenfolge der Backlog-Einträge festlegt.

Gibt es bei einer Monatspauschale eine Abnahme und eine Gewährleistung?

Beim reinen Dienstvertrag nicht. Es gibt keine Abnahme nach § 640 BGB und kein eigenes Gewährleistungsrecht; die Vergütung wird nach § 614 BGB mit Ablauf des Zeitabschnitts fällig. Haftung entsteht über die allgemeine Pflichtverletzung, wenn nicht mit der erforderlichen Sorgfalt gearbeitet wurde. Wer eine Mängelhaftung mit Verjährungsfrist braucht, muss für den betreffenden Teil einen Werkvertrag schließen.

Wann ist ein Festpreis trotzdem die bessere Wahl?

Bei klar abgegrenzten, einmaligen Aufgaben mit beschreibbarem Ergebnis — etwa einer Datenmigration, einer einzelnen Schnittstelle oder einer Ablösung mit festem Stichtag. Ebenso, wenn eine Ausschreibung oder eine Förderzusage einen festen Umfang und Termin verlangt. In diesen Fällen ist der Werkvertrag nicht der Umweg, sondern die passende Form.