MKB Juristen stelt juridische documenten op maat op
Het beste is om belangrijke contracten, algemene voorwaarden en andere juridische documenten niet zelf te knutselen of te kopiëren. Wij helpen ondernemers budgetvriendelijk met juridisch maatwerk, vooraf duidelijke kosten en praktische uitleg.
- Contracten, voorwaarden en juridische documenten op maat
- Budgetvriendelijk en vooraf duidelijk over de kosten
- Gratis adviesgesprek of vrijblijvend een offerte aanvragen
Een agile softwareontwikkelingsovereenkomst opstellen betekent dat je de spelregels van de samenwerking vastlegt in plaats van één afgebakend eindproduct. Omdat de scope bij scrum en sprints bewust openblijft, moet het contract juist scherp zijn op de kaders eromheen: hoe je werkt, tot welk budget, hoe je per sprint accepteert, wie de intellectuele eigendom krijgt, hoe je omgaat met meerwerk en hoe je tussentijds kunt stoppen. Hieronder de onderdelen die er standaard in horen en de valkuilen die je wilt vermijden.
Het korte antwoord
- Werkwijze. Scrum, sprintlengte, rollen (product owner, team) en overlegmomenten.
- Budget- en tijdkaders. Tarief per sprint of uur, maximumbudget en indicatieve doorlooptijd.
- Acceptatie per sprint. Acceptatiecriteria, reactietermijn en gevolgen van goedkeuring.
- IE-regeling. Overdracht van rechten, licentie op bestaande bouwstenen en open source.
- Meerwerk en exit. Wanneer iets extra is, en hoe je het contract netjes beëindigt.
Werkwijze en rollen vastleggen
Begin met de kern: partijen ontwikkelen software volgens een agile methode. Beschrijf welke — meestal scrum — en werk de praktische afspraken uit.
- Sprintlengte. Eén tot vier weken, met een vast ritme.
- Product owner. Wie stelt prioriteiten en is beslissingsbevoegd? Leg vast dat deze persoon beschikbaar is; een afwezige product owner legt een agile project stil.
- Teamsamenstelling. Welke rollen levert de opdrachtnemer, en mag hij mensen vervangen?
- Overleg. Sprint planning, review en retrospective — en wie daarbij aanwezig is.
Budget- en tijdkaders
Omdat er geen vaste prijs voor een vast product is, staat of valt het contract met goede kaders.
- Tarief. Een teamtarief per sprint of een uurtarief per rol. Vermeld of dit inclusief of exclusief btw is.
- Budgetplafond. Een maximumbedrag of een vast aantal sprints. Spreek af dat verlenging pas ingaat na schriftelijke opdracht van de opdrachtgever.
- Tijdkader. Een indicatieve doorlooptijd, met de afspraak dat bij tijdsdruk de scope wijkt en niet de kwaliteit.
- Facturatie. Meestal per sprint of per maand achteraf, gekoppeld aan geaccepteerd werk.
Acceptatie per sprint
Regel dat de opdrachtgever per sprint accepteert, en maak concreet wat dat inhoudt:
- Acceptatiecriteria. Per sprint vooraf afgesproken (de definition of done).
- Reactietermijn. Bijvoorbeeld: werk geldt als geaccepteerd als de opdrachtgever niet binnen tien werkdagen gemotiveerd afwijst.
- Herstel. Wat gebeurt er bij terechte afkeuring — herstel binnen de volgende sprint, zonder extra kosten.
Zonder acceptatieproces met termijnen loopt betaling vast en blijft onduidelijk of iets “af” is.
Intellectuele eigendom
Dit is het onderwerp waarop de meeste standaardcontracten tekortschieten. Auteursrecht op maatwerksoftware ontstaat bij de maker — de leverancier — en gaat niet vanzelf over naar de opdrachtgever.
- Overdracht. Wil de opdrachtgever de rechten op het maatwerk, dan moet het contract die expliciet en schriftelijk overdragen.
- Bestaande bouwstenen. Frameworks en libraries van de leverancier worden meestal niet overgedragen; daarvoor geldt een (eeuwigdurende) licentie.
- Open source. Benoem dat er open-source-componenten in kunnen zitten en dat de bijbehorende licentievoorwaarden gelden.
- Broncode. Spreek af dat de opdrachtgever de broncode ontvangt, zodat hij niet afhankelijk blijft van één leverancier.
Meerwerk
Bij agile beweegt de scope, dus de vraag “is dit meerwerk?” komt gegarandeerd langs. Voorkom discussie met een heldere lijn:
- Werk dat binnen het afgesproken budget- en tijdkader valt, is gewoon onderdeel van de sprints — ook als de invulling verandert.
- Uitbreiding van het budget, extra sprints of werk buiten de afgesproken doelstelling geldt als meerwerk en vereist vooraf een schriftelijke bevestiging.
- Leg vast tegen welk tarief meerwerk wordt uitgevoerd.
Exit en beëindiging
Omdat je bij agile per sprint werkt, is tussentijds stoppen realistisch. Regel het netjes:
- Opzegtermijn. Vaak einde van de lopende of eerstvolgende sprint.
- Afronding. De lopende sprint wordt afgemaakt en betaald.
- Overdracht. Broncode, documentatie en toegang tot omgevingen worden overgedragen.
- Betaling. Al het tot dan geaccepteerde werk wordt afgerekend; geen boete voor gebruikmaken van het exitrecht.
Voorbeeld: een mkb-dienstverlener liet een planningstool bouwen en merkte na vier sprints dat de prioriteiten verschoven. Doordat de overeenkomst een exitregeling met broncode-overdracht bevatte, kon hij stoppen, het geleverde werk meenemen en later met een andere partij verder. Zonder die regeling had hij vastgezeten aan de oorspronkelijke leverancier.
Eerlijke aanbeveling
Bij het opstellen van een agile softwareontwikkelingsovereenkomst zit het risico niet in de techniek maar in de kaders: budget, acceptatie, IE, meerwerk en exit. Zolang je die vijf scherp hebt, houd je de flexibiliteit van agile zonder dat de kosten of de rechten uit de hand lopen.
Voor een klein project met een leverancier die je vertrouwt en een beperkt budget kun je vaak uit de voeten met een eenvoudige opdrachtbevestiging plus goede algemene voorwaarden; dan is een uitgewerkt agile contract en een jurist niet nodig. Gaat het om een substantieel budget, langlopende ontwikkeling of software die bedrijfskritisch wordt, laat het contract dan opstellen of nakijken. De IE- en exitclausules zijn precies de onderdelen die je pas mist als het misgaat.
Verder lezen of direct regelen? Bekijk de agile softwareontwikkelingsovereenkomst, lees eerst wat een agile softwareontwikkelingsovereenkomst is en bekijk wat het kost om er een te agile softwareontwikkelingsovereenkomst te laten opstellen.
Veelgestelde vragen
De werkwijze (scrum, sprintlengte, rollen), budget- en tijdkaders, acceptatie per sprint, de IE-regeling, afspraken over meerwerk en een exitregeling. Omdat de scope bewust openblijft, is het contract vooral scherp op deze kaders in plaats van op één vast eindproduct.
Met een tarief per sprint of uur en een budgetplafond of vast aantal sprints. Spreek af dat verlenging pas ingaat na schriftelijke opdracht en dat bij tijdsdruk de scope wijkt, niet de kwaliteit. Zo behoud je flexibiliteit zonder onbeperkte kosten.
Leg per sprint acceptatiecriteria vast (definition of done), een reactietermijn waarna werk als geaccepteerd geldt, en een herstelregeling bij terechte afkeuring. Zonder termijnen blijft onduidelijk of werk af is en loopt de betaling vast.
Auteursrecht op maatwerk ontstaat bij de leverancier. Wil de opdrachtgever de rechten, dan moet het contract die expliciet en schriftelijk overdragen. Op bestaande bouwstenen en open source geldt meestal een licentie. Spreek ook af dat de opdrachtgever de broncode ontvangt.
Werk binnen het afgesproken budget- en tijdkader is gewoon onderdeel van de sprints, ook als de invulling verandert. Extra budget, extra sprints of werk buiten de doelstelling geldt als meerwerk en vereist vooraf een schriftelijke bevestiging tegen een afgesproken tarief.
Een opzegtermijn (vaak einde lopende sprint), afronding en betaling van die sprint, overdracht van broncode, documentatie en toegang, en afrekening van het geaccepteerde werk zonder boete voor het gebruik van het exitrecht. Zo blijf je niet afhankelijk van één leverancier.
Nee. Voor een klein project met beperkt budget en een vertrouwde leverancier volstaat vaak een opdrachtbevestiging met goede algemene voorwaarden. Bij substantieel budget, langlopende ontwikkeling of bedrijfskritische software loont het om het contract, en vooral de IE- en exitclausules, te laten opstellen.
