Der Kernunterschied: Ergebnis oder Einsatz
Ein Werkvertrag verpflichtet den Anbieter zu einem bestimmten Ergebnis, dem Werk. Das Werk wird abgenommen, und mit der Abnahme beginnt die Gewährleistung für Mängel. Ein Dienstvertrag verpflichtet den Anbieter dagegen nur zu einer bestimmten Leistung über Zeit, unabhängig davon, ob dabei am Ende genau das herauskommt, was du dir vorgestellt hast. Für dich als Auftraggeber ist das der entscheidende Unterschied: beim Werkvertrag trägst du weniger Risiko, weil ein konkretes Ergebnis geschuldet wird, beim Dienstvertrag trägst du mehr, weil nur der Einsatz zählt.
Fester Umfang gegen flexiblen Umfang
Ein Werkvertrag passt gut zu einem Projekt mit klar umrissenem Umfang, bei dem vorab beschrieben werden kann, was am Ende geliefert wird. Ein Dienstvertrag passt besser zu Projekten, bei denen sich der Umfang während der Arbeit noch ändert, etwa weil Anforderungen erst im Lauf des Projekts entstehen. Das ist bei den meisten agilen Softwareprojekten der Normalfall: Features werden priorisiert, verschoben, verworfen, neu aufgenommen, während das Projekt läuft.
Das heißt nicht, dass eines der beiden Modelle grundsätzlich besser ist. Ein klar umrissenes Migrationsprojekt mit definiertem Ziel eignet sich gut für einen Werkvertrag. Ein Produkt, das über Monate weiterentwickelt wird und dessen nächste Schritte erst nach den Erkenntnissen aus dem letzten Sprint feststehen, eignet sich schlecht dafür, weil jede Anpassung sonst als Änderung am Werk verhandelt werden müsste.
Wer trägt das Risiko der Schätzung
Beim Werkvertrag liegt das Risiko einer falschen Aufwandsschätzung stärker beim Anbieter, weil er ein Ergebnis zum vereinbarten Preis liefern muss, egal wie viel Arbeit tatsächlich nötig ist. Beim Dienstvertrag liegt dieses Risiko stärker bei dir, weil du für die geleistete Zeit zahlst, unabhängig davon, wie weit das Ergebnis am Ende trägt. Das ist der Grund, warum manche Anbieter formal einen Werkvertrag anbieten, sich in der täglichen Arbeit aber wie bei einem Dienstvertrag verhalten, weil sie das Schätzrisiko nicht wirklich tragen wollen.
Warum agile Projekte oft in Wahrheit Dienstverträge sind
Ein Werkvertrag setzt voraus, dass das Werk vorab beschreibbar ist. Bei einem agilen Projekt, das mit Sprints arbeitet und dessen Backlog sich laufend ändert, ist genau das nicht der Fall: es gibt kein festes Werk, das am Anfang definiert und am Ende einfach nur geprüft wird. Deshalb sind viele agile Softwareprojekte inhaltlich Dienstverträge, selbst wenn im Vertragstext “Werkvertrag” steht. Das ist nicht automatisch ein Problem, wichtig ist nur, dass beide Seiten wissen, welches Modell tatsächlich gelebt wird, und dass die Bezahlung dazu passt.
Was das für dich bedeutet
Bevor du einen Vertrag unterschreibst, lohnt sich die Frage, ob der Umfang wirklich vorab feststeht. Steht er fest, ist ein Werkvertrag mit klarer Abnahme meist die bessere Wahl für dich. Ändert er sich absehbar, ist ein ehrlich als Dienstvertrag gestalteter Rahmen oft die realistischere Grundlage, kombiniert mit kurzen Zyklen, in denen du regelmäßig siehst, was entstanden ist.
Woran du erkennst, welches Modell tatsächlich gelebt wird
Schau nicht nur auf die Überschrift des Vertrags, sondern auf den Alltag: Gibt es eine feste Liste an Funktionen, die am Ende geprüft und abgenommen wird? Dann ist es faktisch ein Werkvertrag, auch wenn er anders heißt. Arbeitet das Team stattdessen in Sprints an einem Backlog, das sich laufend verändert, und wird am Ende einzelner Sprints nur die geleistete Arbeit besprochen statt ein Gesamtwerk abgenommen? Dann ist es faktisch ein Dienstvertrag. Diese Einordnung ersetzt keine rechtliche Prüfung, den konkreten Vertrag solltest du im Zweifel von einem Anwalt gegenlesen lassen.