MKB Juristen entwirft individuelle Rechtsdokumente
Es empfiehlt sich, wichtige Verträge, Geschäftsbedingungen und andere juristische Dokumente nicht selbst zusammenzustellen oder zu kopieren. Wir unterstützen Unternehmer mit begrenztem Budget mit maßgeschneiderten Rechtslösungen, transparenten Kosten im Voraus und verständlichen Erklärungen.
- Kundenspezifische Verträge, Geschäftsbedingungen und Rechtsdokumente
- Budgetfreundlich und transparent hinsichtlich der Kosten im Voraus
- Fordern Sie eine kostenlose Beratung oder ein unverbindliches Angebot an
Die Erstellung eines agilen Softwareentwicklungsvertrags bedeutet, die Grundregeln für die Zusammenarbeit festzulegen, anstatt ein einzelnes, klar definiertes Endprodukt zu definieren. Da der Umfang in Scrum und Sprints bewusst offen gehalten wird, muss der Vertrag die Rahmenbedingungen besonders präzise regeln: Wie wird gearbeitet? Bis zu welchem Budget? Wie erfolgt die Abrechnung pro Sprint? Wer erwirbt die Rechte am geistigen Eigentum? Wie wird mit Zusatzarbeiten umgegangen? Und wie kann das Projekt vorzeitig beendet werden? Im Folgenden finden Sie die Standardkomponenten und die häufigsten Fehlerquellen, die Sie vermeiden sollten.
Die kurze Antwort
- Methodik. Scrum, Sprintlänge, Rollen (Product Owner, Team) und Meetingzeiten.
- Budget und Zeitrahmen. Preis pro Sprint oder Stunde, maximales Budget und voraussichtliche Bearbeitungszeit.
- Abnahme pro Sprint. Abnahmekriterien, Reaktionszeit und Konsequenzen der Genehmigung.
- IP-Regulierungen. Übertragung von Rechten, Lizenzierung bestehender Bausteine und Open Source.
- Zusätzliche Arbeit und Ausstieg. Wann etwas als Zusatzleistung gilt und wie man den Vertrag ordnungsgemäß beendet.
Arbeitsmethoden und Rollen definieren
Beginnen wir mit dem Kern: Die Beteiligten entwickeln Software mithilfe einer agilen Methode. Beschreiben Sie, welche Methode – üblicherweise Scrum – zum Einsatz kommt und klären Sie die praktischen Details.
- Sprintdauer. Ein bis vier Wochen, mit festem Rhythmus.
- Produktverantwortlicher. Wer legt Prioritäten fest und trifft Entscheidungen? Es muss sichergestellt sein, dass diese Person verfügbar ist; ein abwesender Produktverantwortlicher bringt ein agiles Projekt zum Stillstand.
- Teamzusammensetzung. Welche Rollen übernimmt der Auftragnehmer, und darf er Mitarbeiter ersetzen?
- Meeting. Sprintplanung, -überprüfung und -retrospektive – und wer teilnimmt.
Budget und Zeitrahmen
Da es für ein festes Produkt keinen Festpreis gibt, steht und fällt der Vertrag mit guten Rahmenbedingungen.
- Honorar. Ein Teamhonorar pro Sprint oder ein Stundensatz pro Rolle. Bitte geben Sie an, ob die Mehrwertsteuer enthalten oder nicht enthalten ist.
- Budgetobergrenze. Ein maximaler Betrag oder eine feste Anzahl von Sprints. Vereinbarung, dass Verlängerungen nur auf schriftliche Anweisung des Kunden wirksam werden.
- Zeitrahmen. Eine ungefähre Vorlaufzeit, wobei vereinbart wird, dass sich unter Zeitdruck der Umfang ändert, nicht aber die Qualität.
- Rechnungsstellung. Üblicherweise pro Sprint oder monatlich im Nachhinein, abhängig von der geleisteten Arbeit.
Akzeptanz pro Sprint
Vereinbaren Sie mit dem Kunden die Abnahme pro Sprint und legen Sie konkret fest, was das beinhaltet:
- Akzeptanzkriterien. Werden pro Sprint im Voraus vereinbart (Definition von „Fertig“).
- Antwortfrist. Beispiel: Ein Auftrag gilt als angenommen, wenn der Kunde ihn nicht innerhalb von zehn Werktagen begründet ablehnt.
- Abhilfemaßnahmen. Was geschieht im Falle einer berechtigten Disqualifikation? – Abhilfemaßnahmen innerhalb des nächsten Sprints, ohne zusätzliche Kosten.
Ohne einen Akzeptanzprozess mit Ratenzahlung kommt es zu Zahlungsverzögerungen und es bleibt unklar, ob etwas „abgeschlossen“ ist.
Geistiges Eigentum
Hier stoßen die meisten Standardverträge an ihre Grenzen. Das Urheberrecht an kundenspezifischer Software liegt beim Urheber – dem Anbieter – und geht nicht automatisch auf den Kunden über.
- Übertragung. Möchte der Auftraggeber die Rechte an der Sonderanfertigung behalten, müssen diese im Vertrag ausdrücklich schriftlich übertragen werden.
- Vorhandene Bausteine. Frameworks und Bibliotheken des Anbieters werden in der Regel nicht übertragen; für sie gilt eine (unbefristete) Lizenz.
- Open Source. Geben Sie an, dass es Open-Source-Komponenten enthalten kann und dass die zugehörigen Lizenzbedingungen gelten.
- Quellcode. Vereinbaren Sie, dass der Kunde den Quellcode erhält, damit er nicht von einem einzigen Anbieter abhängig bleibt.
Zusätzliche Arbeiten
In agilen Projekten ist der Projektumfang flexibel, daher wird die Frage „Ist das zusätzliche Arbeit?“ zwangsläufig aufkommen. Vermeiden Sie Diskussionen durch eine klare Abgrenzung:
- Arbeiten, die innerhalb des vereinbarten Budgets und Zeitrahmens liegen, sind einfach Teil der Sprints – auch wenn sich der Inhalt ändert.
- Eine Erhöhung des Budgets, zusätzliche Sprints oder Arbeiten außerhalb des vereinbarten Ziels gelten als zusätzliche Arbeit und bedürfen einer vorherigen schriftlichen Bestätigung.
- Geben Sie die Geschwindigkeit an, mit der zusätzliche Arbeiten ausgeführt werden.
Ausstieg und Beendigung
Da Sie mit agilen Methoden in Sprints arbeiten, ist ein Abbruch mittendrin realistisch. Gehen Sie dabei richtig vor:
- Kündigungsfrist. Oftmals am Ende des aktuellen oder des nächsten Sprints.
- Abschluss. Der aktuelle Sprint ist beendet und bezahlt.
- Übertragung. Quellcode, Dokumentation und Zugriff auf die Umgebungen werden übertragen.
- Zahlung. Alle bis dahin geleisteten Arbeiten werden abgerechnet; es fallen keine Strafgebühren für die Ausübung des Rücktrittsrechts an.
Beispiel: Ein mittelständischer Dienstleister beauftragte ein Planungstool und stellte nach vier Sprints fest, dass sich die Prioritäten verschoben hatten. Da der Vertrag eine Ausstiegsklausel mit Quellcodeübertragung enthielt, konnte er ihn kündigen, die geleistete Arbeit mitnehmen und später mit einem anderen Partner weiterarbeiten. Ohne diese Klausel wäre er an den ursprünglichen Anbieter gebunden gewesen.
Ehrliche Empfehlung
Bei der Erstellung eines agilen Softwareentwicklungsvertrags liegt das Risiko nicht in der Technologie selbst, sondern in den Rahmenbedingungen: Budget, Abnahme, geistiges Eigentum, Zusatzarbeiten und Ausstieg. Solange Sie diese fünf Aspekte klar im Blick behalten, bleibt die Flexibilität agiler Methoden erhalten, ohne dass Kosten oder Rechte außer Kontrolle geraten.
Bei einem kleinen Projekt mit einem vertrauenswürdigen Lieferanten und begrenztem Budget genügen oft eine einfache Auftragsbestätigung und solide Geschäftsbedingungen; in diesem Fall sind ein detaillierter, agiler Vertrag und Rechtsberatung überflüssig. Geht es jedoch um ein größeres Budget, eine langfristige Entwicklung oder geschäftskritische Software, sollte der Vertrag erstellt oder geprüft werden. Gerade im Falle von Problemen fehlen oft Klauseln zu geistigem Eigentum und Ausstiegsklauseln.
Mehr erfahren oder gleich loslegen? Sehen Sie sich den agilen Softwareentwicklungsvertrag, lesen Sie zunächst, was ein agiler Softwareentwicklungsvertrag ist , und erfahren Sie, was die Erstellung eines agilen Softwareentwicklungsvertrags.
Häufig gestellte Fragen
Die Arbeitsmethode (Scrum, Sprintlänge, Rollen), Budget und Zeitrahmen, Abnahme pro Sprint, die IP-Richtlinie, Vereinbarungen über Zusatzarbeiten und eine Ausstiegsrichtlinie. Da der Umfang bewusst offen gehalten wird, konzentriert sich der Vertrag primär auf diese Rahmenbedingungen und nicht auf ein einzelnes, festes Endprodukt.
Mit einem Stundensatz pro Sprint und einem Budgetlimit oder einer festen Anzahl an Sprints. Vereinbaren Sie, dass Verlängerungen nur auf schriftliche Anweisung erfolgen und dass bei Zeitdruck der Umfang, nicht aber die Qualität, angepasst wird. So behalten Sie die Flexibilität, ohne unbegrenzte Kosten.
Für jeden Sprint sollten Akzeptanzkriterien (Definition von „Fertig“), eine Frist für die Rückmeldung, nach deren Ablauf die Arbeit als abgenommen gilt, und ein Verfahren zur Behebung von Mängeln bei berechtigter Ablehnung festgelegt werden. Ohne Fristen bleibt unklar, ob die Arbeit abgeschlossen ist, und die Zahlung verzögert sich.
Das Urheberrecht an kundenspezifischen Arbeiten liegt beim Anbieter. Möchte der Kunde die Rechte erwerben, muss dies im Vertrag ausdrücklich schriftlich festgehalten werden. Üblicherweise wird eine Lizenz für bestehende Bausteine und Open-Source-Software verwendet. Es sollte außerdem vereinbart werden, dass der Kunde den Quellcode erhält.
Die Arbeit innerhalb des vereinbarten Budgets und Zeitrahmens ist fester Bestandteil der Sprints, auch wenn sich die Inhalte ändern. Zusätzliches Budget, weitere Sprints oder Arbeiten außerhalb des Ziels gelten als Mehrarbeit und bedürfen einer vorherigen schriftlichen Bestätigung zu einem vereinbarten Stundensatz.
Eine Kündigungsfrist (oft am Ende des laufenden Sprints), die Fertigstellung und Bezahlung dieses Sprints, die Übergabe des Quellcodes, der Dokumentation und der Zugriffsrechte sowie die Abrechnung der abgenommenen Arbeit ohne Vertragsstrafe bei Ausübung des Ausstiegsrechts. So bleiben Sie nicht von einem einzigen Anbieter abhängig.
Nein. Für ein kleines Projekt mit begrenztem Budget und einem vertrauenswürdigen Lieferanten ist eine Auftragsbestätigung mit guten Allgemeinen Geschäftsbedingungen oft ausreichend. Bei einem größeren Budget, einer langfristigen Entwicklung oder geschäftskritischer Software lohnt es sich jedoch, den Vertrag, insbesondere die Klauseln zu geistigem Eigentum und Ausstiegsklauseln, ausarbeiten zu lassen.
