Vorlage der Engagement-Vereinbarung

Vorlage veröffentlicht von Zapolu s.r.o. (zapolu.com) unter CC BY 4.0: Sie kann mit Zapolu oder mit jedem anderen Auftragnehmer verwendet werden, kommerziell oder nicht, solange die Namensnennung am Ende erhalten bleibt. Sie ist eine Arbeitsvereinbarung, keine Rechtsberatung; lassen Sie die vertraglichen Teile von Ihrem Rechtsbeistand prüfen. Vorlagenversion 1.0, 1. August 2026. Die aktuelle Fassung steht unter zapolu.com/downloads.

Wo diese Vorlage eine Leerstelle lässt, nennt sie einen empfohlenen Standardwert oder ein ausgearbeitetes Beispiel. Ändern Sie einen Standardwert bewusst, wo er nicht passt, statt die Leerstelle offen zu lassen.

1. Umfang

Was wir tun: ein Absatz, in klarer Sprache. Ein Umfang, der sich nicht in einem Absatz beschreiben lässt, sollte in zwei Engagements aufgeteilt werden.
Was wir ausdrücklich nicht tun: auflisten, was ein Leser sonst für inbegriffen halten könnte.
Erfolgskriterien: messbar, vereinbart vor Arbeitsbeginn. Beispiel: „Checkout-LCP ≤ 1,5 s bei p75 anhand von Felddaten“, nicht „die Seite fühlt sich schneller an“.

2. Personen und Unterauftragnehmer

Technische Ansprechperson des Kunden: Name. Hat die Befugnis, eigenständig zu entscheiden, und ein eingeplantes Zeitbudget von 1–2 h/Woche für dieses Engagement.
Engineers des Auftragnehmers in diesem Engagement: Namen. Die aufgeführten Engineers schreiben den Code und nehmen an den Besprechungen teil. Ein Austausch erfordert die schriftliche Zustimmung des Kunden.
Unterauftragnehmer werden vorab benannt oder nicht eingesetzt. Empfohlener Standardwert: keine ohne schriftliche Zustimmung. Ein Unterauftragnehmer ist an jede Klausel hier gebunden, und der Auftragnehmer haftet weiterhin für dessen Arbeit.

3. Arbeitsrhythmus und Transparenz

Gearbeitet wird im Repository und in der Organisation des Kunden, in kleinen, gut prüfbaren Pull Requests, vom ersten Tag an.
Wöchentlicher schriftlicher Check-in (geliefert / als Nächstes / blockiert / Entscheidungen nötig), jede Woche, auch in Wochen mit negativen Ergebnissen.
Status-Meetings finden nur mit Agenda statt; ansonsten ersetzt sie der schriftliche Check-in.

4. Kommerzielle Konditionen

Modell: Festpreis / wöchentliche Abrechnung mit Obergrenze / monatlicher Retainer mit festgelegten Stunden (eines wählen; gemischte Modelle pro Phase sind zulässig).
Änderungswünsche werden schriftlich festgehalten, geschätzt und vor Arbeitsbeginn freigegeben; Rechnungen enthalten keine Posten, die nicht vorab freigegeben wurden.
Zahlungsbedingungen: empfohlener Standardwert: 14 Tage netto. Die Arbeit pausiert nach schriftlicher Ankündigung, wenn eine unbestrittene Rechnung 14 Tage überfällig ist.
Auslagen (Reisen, Lizenzen, Dienste Dritter) werden zum Selbstkostenpreis abgerechnet. Empfohlener Standardwert: keine ohne vorherige schriftliche Zustimmung.

5. Abnahme und Mängel

Abgenommen wird gegen die Erfolgskriterien aus Abschnitt 1, nicht gegen einen Eindruck.
Der Kunde hat empfohlener Standardwert: 10 Arbeitstage ab Lieferung, um abzunehmen oder schriftlich zu benennen, welches Kriterium nicht erfüllt ist. Nach Ablauf dieser Frist gilt die Arbeit als abgenommen.
Mängel, die bei der Übergabe bereits vorlagen, werden empfohlener Standardwert: 90 Tage lang kostenfrei behoben. Eine Umfangsänderung ist ein Änderungswunsch nach Abschnitt 4, kein Mangel.

6. Eigentum, bestehende Rechte und Ausstieg

Der gesamte Code sowie sämtliche Konfiguration und Dokumentation, die für dieses Engagement entstehen, gehören dem Kunden ab der ersten bezahlten Rechnung. Das Repository liegt in der Organisation des Kunden; am Ende gibt es nichts zu übergeben.
Open-Source- und Drittkomponenten behalten ihre eigenen Lizenzen. Der Auftragnehmer führt sie in einer Liste, achtet auf ihre Vereinbarkeit mit der Nutzung durch den Kunden und fügt proprietärem Code ohne schriftliche Zustimmung keine Copyleft-Abhängigkeit hinzu.
Material, das der Auftragnehmer mitbringt (interne Bibliotheken, Werkzeuge, Checklisten), bleibt sein Eigentum. Der Kunde erhält daran eine dauerhafte, übertragbare Lizenz zur Nutzung, Änderung und Unterlizenzierung als Teil der gelieferten Arbeit.
Beide Seiten können das Engagement mit einer Frist von empfohlener Standardwert: zwei Wochen schriftlich beenden. Der Kunde behält alles Bezahlte, einschließlich angefangener Arbeit.

7. Launches und Rollback

Migrationen und riskante Launches laufen, wo machbar, parallel beziehungsweise mit Shadow-Traffic; ein Big-Bang-Launch nur, wenn es keine Alternative gibt.
Eine schriftliche Go/No-Go-Checkliste wird vor dem Cutover von beiden Seiten abgezeichnet.
Ein getesteter Rollback-Pfad bleibt 30 Tage nach dem Launch nutzbar.

8. Umgang mit Vorfällen

Produktionsvorfälle: Die Partei, die einen Vorfall zuerst erkennt, eröffnet ihn; der Auftragnehmer reagiert innerhalb von empfohlener Standardwert: 4 Arbeitsstunden, an Werktagen zwischen 09:00 und 18:00 Uhr MEZ. Eine kürzere Reaktionszeit ist eine bezahlte Rufbereitschaft und wird separat vereinbart.
Jeder Incident endet mit einem schriftlichen Post-mortem ohne Schuldzuweisung: was passiert ist, was getan wurde und welche Änderungen eine Wiederholung verhindern.
Eine Überschreitung der Schätzung wird im wöchentlichen Check-in gemeldet, sobald sie absehbar ist, zusammen mit einem überarbeiteten Plan.

9. Zugänge und Zugangsdaten

Der Auftragnehmer erhält den geringsten Zugang, den die Arbeit erfordert: schriftlich angefragt, vom Kunden vergeben und pro Person ausgestellt. Keine geteilten Logins.
Zugangsdaten laufen über den Secret Manager des Kunden oder einen anderen verschlüsselten Kanal, nie über E-Mail oder Chat.
Produktionsdaten werden nicht auf Entwicklerrechner kopiert. Wo produktionsnahe Daten nötig sind, werden sie vorher anonymisiert.
Alle Zugänge des Auftragnehmers werden innerhalb von empfohlener Standardwert: 5 Arbeitstagen nach Ende des Engagements entzogen, und der Kunde bestätigt den Entzug schriftlich.

10. Vertraulichkeit und Datenschutz

Ein gegenseitiges NDA deckt Geschäftsdaten in beide Richtungen ab.
Verarbeitet der Auftragnehmer personenbezogene Daten im Auftrag des Kunden, gilt ein schriftlicher Auftragsverarbeitungsvertrag nach Artikel 28 DSGVO: Zweck, Datenkategorien, Sicherheitsmaßnahmen und Löschung am Ende.
Unterauftragsverarbeiter werden vorab aufgeführt und nur mit Ankündigung gewechselt, der der Kunde widersprechen kann. Die Liste umfasst alles, was Zugriff auf Kundendaten hat, einschließlich Hosting, Error Tracking und KI-gestützten Coding-Werkzeugen.
Verarbeitungs- und Speicherorte werden benannt. Empfohlener Standardwert: nur EU/EWR, sonst ein dokumentierter Übermittlungsmechanismus.
Der Auftragnehmer darf das Engagement öffentlich nur anonymisiert beschreiben, sofern der Kunde einer Namensnennung nicht schriftlich zustimmt.

Version: ausfüllen. Unterschrieben: beide technischen Ansprechpersonen, also die Menschen, die die Arbeit machen und abnehmen, nicht nur die, die sie abrechnen.

Engagement-Vereinbarung, Vorlagenversion 1.0, von Zapolu s.r.o., zapolu.com, lizenziert unter CC BY 4.0 (creativecommons.org/licenses/by/4.0/).