Stundenbudget-Verträge für Softwareentwicklung: Wie ein monatliches Kontingent funktioniert

Wenn ein Unternehmen uns fragt, wie ein Stundenbudget-Vertrag mit einem Entwickler in der Praxis funktioniert, ist die kurze Antwort einfach: Sie vereinbaren eine Anzahl Stunden pro Monat, wir erfassen jede Stunde dagegen, und Sie werden für das abgerechnet, was tatsächlich genutzt wurde – nicht mehr. Der Teil, der länger zu erklären ist, ist, warum dieses Modell für laufende technische Arbeit meist besser passt als ein Festpreisangebot oder eine offene Stundenvereinbarung, und wie das Reporting aussieht, sobald es läuft.

Was ein Stundenbudget-Vertrag tatsächlich ist

Ein Stundenbudget-Vertrag, manchmal auch Retainer oder monatliches Kontingent genannt, reserviert jeden Monat eine festgelegte Anzahl Stunden für einen Entwickler oder ein kleines Team, um an Ihrer Codebasis zu arbeiten. Liegt das vereinbarte Kontingent bei vierzig Stunden, können Sie diese vierzig Stunden für Bugfixes, ein neues Feature, einen Sicherheitspatch oder drei Tage Architektur-Review verwenden – je nachdem, was in diesem Monat sinnvoll ist. Abgerechnet wird nur, was tatsächlich protokolliert wurde, und der Vertrag begrenzt meist, wie viel in einen leichteren Monat übertragen werden kann.

Das unterscheidet sich von einem Festpreisprojekt, bei dem ein definierter Umfang einen definierten Preis erhält, unabhängig davon, wie lange es tatsächlich dauert. Es unterscheidet sich auch von reiner Abrechnung nach Aufwand ohne vereinbarte Obergrenze, bei der sich Stunden einfach gegen eine offene Rechnung summieren. Ein Stundenbudget liegt dazwischen: Es gibt Ihnen eine planbare monatliche Zahl, während die Abrechnung an reale Arbeit gebunden bleibt statt an eine Schätzung, die getroffen wurde, bevor jemand den Code gesehen hat. Die umfassenderen Abwägungen zwischen Festpreis-, Aufwands- und Retainer-Modellen behandeln wir ausführlicher, falls Sie den vollständigen Vergleich möchten.

Warum dieses Modell am häufigsten bei laufender technischer Führung vorkommt

Unternehmen, die uns für Tech-Stack-Strategie oder laufende Code-Qualitätsaufsicht hinzuziehen, haben selten ein einzelnes, klar abgegrenztes Projekt im Kopf. Die Arbeit ähnelt eher einem Senior-Entwickler auf Abruf: Pull Requests prüfen, Architekturentscheidungen treffen, bevor eine Umkehr teuer wird, eine Abhängigkeit patchen in der Woche, in der ein CVE veröffentlicht wird, oder an einem Planungsgespräch teilnehmen, damit die Roadmap nicht unbemerkt über das hinausläuft, was die Codebasis tatsächlich tragen kann. Nichts davon passt in ein Festpreisangebot, denn niemand kann im Voraus genau festlegen, was ein bestimmter Monat brauchen wird.

Ein monatliches Stundenbudget löst das, indem es Verfügbarkeit und Urteilsvermögen kauft statt ein konkretes Liefergut. Das Unternehmen bekommt einen Entwickler, der die Codebasis bereits kennt und in derselben Woche reagieren kann, in der etwas auftaucht, statt jedes Mal ein neues Leistungsverzeichnis zu schreiben, wenn eine Frage aufkommt. Die Stunden werden dort eingesetzt, wo sie in diesem Monat am nützlichsten sind – gemeinsam entschieden, statt sechs Monate im Voraus festgelegt.

Wie die Zeiterfassung tatsächlich funktioniert

Jede Stunde, die gegen den Vertrag protokolliert wird, trägt eine kurze Notiz: das Ticket oder die Aufgabe, auf die sie sich bezieht, eine einzeilige Beschreibung der erledigten Arbeit und die aufgewendete Zeit. Wir verwenden Zeiterfassungssoftware, die automatisch einen Bericht erzeugt, statt uns auf manuelle Stundenzettel zu verlassen, die am Monatsende ausgefüllt werden, denn manuelle Protokolle verlieren an Genauigkeit, und niemand erinnert sich drei Wochen später noch an den Dienstagnachmittag, der mit der Jagd nach einem instabilen Deployment verbracht wurde.

Ein typischer Monatsbericht für ein Vierzig-Stunden-Kontingent sieht ungefähr so aus:

Woche	Protokollierte Stunden	Hauptarbeit
Woche 1	9,5	Sicherheitspatch für Abhängigkeit, Pull-Request-Reviews
Woche 2	11,0	Neues Suchfilter-Feature, zwei Bugfixes
Woche 3	8,5	Datenbank-Index-Tuning, Architekturgespräch mit dem Produktteam
Woche 4	10,0	Feature-QA, Deployment, Planungssitzung für den nächsten Sprint
Summe	39,0	Unter dem 40-Stunden-Kontingent

Dieses Detailniveau ist es, was das Modell für einen nicht-technischen Käufer funktionieren lässt. Sie müssen keiner vagen Monatsrechnung vertrauen; Sie sehen genau, wofür die Stunden verwendet wurden, und können bei jeder Zeile nachfragen, die nicht richtig aussieht.

Was passiert, wenn ein Monat die Grenze überschreitet

Stundenbudgets sind keine harte Obergrenze dafür, wie viel Arbeit stattfinden kann, sondern nur dafür, wie viel zum Grundsatz enthalten ist. Braucht ein Monat fünfundvierzig Stunden gegenüber einem Vierzig-Stunden-Kontingent, werden die zusätzlichen fünf zu einem vereinbarten Überschreitungssatz abgerechnet, meist demselben Stundensatz, auf dem der Vertrag basiert, manchmal mit einem kleinen Aufschlag. Das überrascht bei der Rechnung niemanden, denn der Bericht zeigt die Überschreitung in derselben wöchentlichen Aufschlüsselung wie alles andere.

Bleibt ein Monat unter dem Kontingent, wird das je nach Vertrag unterschiedlich gehandhabt. Manche Vereinbarungen lassen ungenutzte Stunden bis zu einer Obergrenze in den folgenden Monat übertragen, was für Arbeit nützlich ist, die naturgemäß ungleichmäßig anfällt – leicht in einem ruhigen Monat und schwerer kurz vor einem Release. Andere setzen das Kontingent jeden Monat einfach zurück und behandeln es als Zugang zu Kapazität statt als Stundenguthaben, das später abgerufen werden kann. Beide Varianten funktionieren. Wichtig ist, sich zu einigen, welche Variante gilt, bevor die erste Rechnung ankommt, nicht danach.

Das richtige Kontingent festlegen

Die richtige Stundenzahl hängt davon ab, was das Engagement tatsächlich abdecken muss. Ein Unternehmen, das einen Senior-Entwickler für Code-Reviews und gelegentliche Architekturentscheidungen verfügbar haben möchte, ohne aktive Feature-Arbeit, braucht womöglich nur zehn bis fünfzehn Stunden im Monat. Ein Unternehmen, das ein aktives Produkt mit einem einzelnen Auftragnehmer betreibt, der faktisch als technischer Lead fungiert, braucht meist sechzig bis achtzig Stunden, näher an einer Teilzeitstelle. Es gibt keine universelle Startzahl, und ein Vertrag, der das Kontingent zu niedrig ansetzt, erzwingt nur jeden Monat ein Gespräch über Überschreitungen, statt eines zu vermeiden.

Wir beginnen eine neue Stundenbudget-Beziehung meist mit einer kurzen bezahlten Bewertungsphase, zwei bis drei Wochen protokollierter Arbeit gegen eine vorläufige Zahl, bevor ein monatliches Kontingent festgelegt wird. Das gibt beiden Seiten echte Daten statt einer Schätzung, und es ist deutlich leichter, sich auf vierzig Stunden im Monat zu einigen, nachdem man gesehen hat, wie drei tatsächliche Wochen Arbeit aussahen.

Wann ein Stundenbudget die falsche Wahl ist

Dieses Modell passt nicht zu jeder Situation. Ein Greenfield-Projekt mit klarer Spezifikation und festem Termin – zum Beispiel ein neues Kundenportal, das bis zu einer Messe im März live gehen muss – ist meist mit einem Festpreisangebot oder reiner Abrechnung nach Aufwand gegen einen definierten Umfang besser bedient. Ein Stundenbudget setzt eine laufende Beziehung voraus, bei der sich die Arbeit von Monat zu Monat verschiebt, und ein brandneues Einzelprojekt in ein monatliches Kontingent zu zwängen, fügt nur eine Buchhaltungsebene hinzu, ohne ein reales Problem zu lösen. Wenn Sie ein einzelnes Liefergut bis zu einem bestimmten Datum brauchen, sagen Sie das von Anfang an und bitten Sie stattdessen um ein Projektangebot.

Das Modell gerät auch ins Straucheln, wenn niemand auf Kundenseite Zeit hat zu sagen, wofür die Stunden verwendet werden sollen. Ein Kontingent funktioniert nur, wenn jemand den Monatsbericht prüft, Prioritäten für den folgenden Monat markiert und Bescheid gibt, wenn eine Position merkwürdig aussieht. Ohne diese leichte Aufsicht werden die Stunden trotzdem verbraucht, nur nicht zwangsläufig für das, was dem Unternehmen in diesem Monat am wichtigsten ist.

Was vor der Unterschrift zu prüfen ist

Ein paar Punkte lohnt es sich zu klären, bevor ein Stundenbudget-Vertrag beginnt. Was als abrechenbare Zeit zählt, ist einer davon: ein Kickoff-Call, Slack-Fragen und ein Produktionsvorfall um 23 Uhr an einem Samstag werden nicht immer gleich behandelt, und es hilft, das zu wissen, bevor die erste Rechnung ankommt. Wie Überschreitungen abgerechnet werden, ist ein weiterer Punkt, ebenso wie, wie viel Vorlauf jede Seite braucht, um die Monatszahl nach oben oder unten zu ändern. Ein Vertrag, der diese Fragen klar beantwortet, bevor die Arbeit beginnt, läuft meist ohne spätere Streitigkeiten. Einer, der sie vage lässt, bringt die Lücke meist bei der ersten Rechnung zutage, die anders aussieht als erwartet.

Wenn Sie einen Stundenbudget-Vertrag gegen ein Festpreisangebot für laufende Softwareentwicklung nach Maß abwägen, melden Sie sich unter hello@wolf-tech.io oder schauen Sie bei wolf-tech.io vorbei. Wir können Ihnen meist in einem kurzen Gespräch sagen, ob ein Kontingent-Modell zu Ihrem Bedarf passt oder ob Ihre Situation besser zu einer anderen Preisstruktur passt.