Definitie: Een sprint is in Scrum een vaste, korte periode van meestal één tot vier weken waarin een team een afgesproken hoeveelheid werk afrondt en een bruikbaar resultaat oplevert. Elke sprint heeft een sprintdoel, begint met een planning en eindigt met een review en een retrospective, waarna direct de volgende sprint start.
In het kort
- Volgens de Scrum Guide duurt een sprint minimaal één week en maximaal één maand; twee weken is in de praktijk de meest gebruikte lengte.
- Een sprint bestaat uit vaste momenten: sprintplanning, dagelijkse stand-up, sprintreview en sprintretrospective.
- Tijdens een sprint wordt niets veranderd dat het sprintdoel in gevaar brengt; nieuwe wensen gaan naar de backlog voor een volgende sprint.
- Alleen de product owner kan een sprint annuleren, en alleen als het sprintdoel achterhaald is.
Wat is een sprint in Scrum?
Scrum is een werkwijze om software in korte stappen te ontwikkelen. In plaats van maanden te werken aan één grote oplevering, verdeelt een team het werk in sprints: korte periodes met een vaste lengte. Aan het eind van elke sprint is er een werkend stuk software dat de opdrachtgever kan bekijken en uitproberen.
T2informatik citeert de Scrum Guide, die de sprint het hart van Scrum noemt. Alles wat het team doet, gebeurt binnen een sprint: plannen, bouwen, testen en terugblikken. Zodra een sprint klaar is, begint de volgende, zonder pauze ertussen.
Het idee erachter is eenvoudig. Hoe korter de periode, hoe sneller je ziet of je de goede kant op gaat. Fouten en misverstanden komen na twee weken aan het licht, niet na zes maanden.
Hoe lang duurt een sprint?
Een sprint duurt volgens de Scrum Guide minimaal één week en maximaal één maand. Aha! noemt twee tot vier weken gebruikelijk, en LogRocket noemt twee weken als meest voorkomende lengte. De lengte blijft binnen een project meestal gelijk, zodat er een vast ritme ontstaat.
| Lengte | Voordeel | Nadeel |
|---|---|---|
| 1 week | Zeer snelle feedback | Relatief veel tijd in overleg |
| 2 weken | Goede balans tussen ritme en voortgang | Grotere taken moeten worden opgesplitst |
| 3 tot 4 weken | Ruimte voor grotere onderdelen | Langer wachten op feedback, meer risico op afwijken |
Wat gebeurt er in een sprint?
| Moment | Wanneer | Doel |
|---|---|---|
| Sprintplanning | Begin van de sprint | Sprintdoel bepalen en kiezen welk werk het team oppakt |
| Daily scrum of stand-up | Elke dag, maximaal 15 minuten | Voortgang en blokkades bespreken |
| Sprintreview | Eind van de sprint | Het resultaat laten zien aan opdrachtgever en gebruikers |
| Sprintretrospective | Na de review | Terugkijken op de samenwerking en verbeteren |
Visual Paradigm en Aha! noemen voor de sprintplanning een maximum van acht uur bij een sprint van vier weken; kortere sprints krijgen een kortere planning. De daily scrum duurt volgens Visual Paradigm minder dan vijftien minuten en vindt elke dag op hetzelfde tijdstip plaats.
Wat is een sprintdoel?
Het sprintdoel beschrijft in één of twee zinnen wat de sprint moet opleveren. Niet “taak 12 tot en met 19 afronden”, maar bijvoorbeeld “klanten kunnen hun openstaande facturen in het portaal bekijken”. Atlassian benadrukt dat het team het doel moet begrijpen, en ook hoe succes wordt gemeten, zodat iedereen dezelfde kant op werkt.
Het sprintdoel helpt bij keuzes tijdens de sprint. Blijkt een taak groter dan gedacht, dan kijkt het team wat nodig is om het doel toch te halen, en wat kan wachten.
Mag je een sprint aanpassen?
Tijdens een sprint verandert het sprintdoel niet. Visual Paradigm vat het samen: er worden geen features toegevoegd en de doelen veranderen niet. Ook mag de kwaliteit niet omlaag om het doel te halen. Nieuwe wensen zijn welkom, maar gaan naar de product backlog en worden in een volgende sprintplanning meegewogen.
Er is één uitzondering. Volgens Aha! en t2informatik kan alleen de product owner een sprint annuleren, en alleen als het doel achterhaald is, bijvoorbeeld door een besluit dat de prioriteiten volledig verandert.
Wat gebeurt er met onafgemaakt werk?
Niet elke sprint loopt zoals gepland. Werk dat niet af is, gaat terug naar de backlog en wordt in de volgende planning opnieuw beoordeeld. LogRocket ziet dat als nuttig: het geeft inzicht in hoeveel werk een team werkelijk aankan. Na een paar sprints ontstaat zo een realistisch beeld van de snelheid, de velocity, waarmee je beter kunt plannen.
Een voorbeeld van een sprint van twee weken
Stel dat een team werkt aan een klantportaal. Een sprint kan er zo uitzien:
- Maandag, week 1: planning. Het sprintdoel wordt: “Klanten kunnen inloggen en hun lopende projecten zien.” Het team kiest de user stories die daarvoor nodig zijn.
- Elke ochtend: stand-up. Kort bespreken wat gisteren af kwam, wat vandaag gebeurt en wat in de weg zit.
- Tijdens de sprint: bouwen en testen. Stories worden afgerond, getest en klaargezet.
- Vrijdag, week 2: review. Het team laat het werkende portaal zien aan de opdrachtgever, die een paar verbeterpunten noemt.
- Direct daarna: retrospective. Het team bespreekt wat beter kan, bijvoorbeeld eerder testgegevens regelen.
- Maandag: volgende sprint. De verbeterpunten uit de review gaan mee in de nieuwe planning.
Sprint, Scrum en agile: wat is het verschil?
| Begrip | Wat het is |
|---|---|
| Agile | Een verzameling principes voor wendbaar werken in korte stappen met veel feedback |
| Scrum | Een concreet raamwerk binnen agile, met rollen, sprints en vaste momenten |
| Sprint | De vaste tijdsperiode waarin het Scrum-team werkt |
| Kanban | Een andere agile werkwijze, zonder vaste sprints, met een continue stroom van werk |
LogRocket merkt op dat sprints niet uitsluitend bij Scrum horen: ook teams die anders werken, verdelen hun werk soms in sprints.
Veelgemaakte fouten bij sprints
- Te veel inplannen. Atlassian noemt overplanning als valkuil. Reken met verlof, overleg en onverwachte problemen.
- Geen tijd voor kwaliteit. Plan ook tijd in voor testen en het oplossen van technische schuld.
- Grote taken niet opsplitsen. Een taak die de hele sprint kost, is te groot om goed te volgen.
- Geen duidelijk sprintdoel. Dan wordt de sprint een lijst losse taken zonder richting.
- Review overslaan. Zonder demonstratie aan opdrachtgever en gebruikers mis je de belangrijkste feedback.
- Retrospective als formaliteit. Als er niets verandert, heeft terugkijken geen zin.
Wat betekent een sprint voor jou als opdrachtgever?
Werkt een ontwikkelaar of team in sprints, dan zie je regelmatig resultaat en kun je tussentijds bijsturen. Dat vraagt ook iets van jou: aanwezig zijn bij de review, op tijd feedback geven en keuzes maken over wat de volgende sprint het belangrijkst is. Wie pas aan het eind van het project kijkt, mist het voordeel van werken in sprints.
Wat betekent dit voor jouw project?
Ik wil vooraf duidelijk hebben wat we met een eerste versie bedoelen. Werken in korte stappen helpt daarbij, maar alleen als de richting helder is. Daarom begint het voor mij met de vraag: wie gaat het gebruiken en welke taak moet die persoon als eerste kunnen afronden? Dat antwoord bepaalt wat er in de eerste stappen hoort, en wat kan wachten.
Vraag? Stuur me voor wie het is, wat er nu gebeurt en wat de eerste versie moet oplossen. Dan bepalen we samen de logische eerste stap. Lees ook hoe ik een webapplicatie ontwikkel.
Veelgestelde vragen over sprints
Wat is de betekenis van sprint in Scrum?
Een sprint is een vaste periode van één week tot maximaal één maand waarin een Scrum-team een afgesproken hoeveelheid werk afrondt. Elke sprint heeft een sprintdoel en eindigt met een review en een retrospective.
Hoe lang duurt een sprint in Scrum?
Volgens de Scrum Guide duurt een sprint minimaal één week en maximaal één maand. Twee weken is in de praktijk de meest gebruikte lengte.
Wat gebeurt er als het werk in een sprint niet af is?
Onafgemaakt werk gaat terug naar de product backlog en wordt in de volgende sprintplanning opnieuw beoordeeld. Het sprintdoel en de kwaliteit worden niet aangepast om werk toch af te krijgen.
Verwante termen
Scrum · Agile · Product backlog · User story · Kanban · Iteratief ontwikkelen
← Terug naar de kennisbank