Sprintreview: Wat het is en hoe je er in 2026 een uitvoert
Sprintreviewvergaderingen kunnen lastig zijn; in dit bericht deel ik hoe je ze eenvoudiger maakt. Wanneer je team hard heeft gewerkt en hun voortgang presenteert, in de hoop goedkeuring te krijgen voor items uit de sprintbacklog, wil je dat die opleverbare increments worden goedgekeurd. Laten we bekijken hoe je dat voor elkaar krijgt.
Wat is een sprintreviewvergadering?
Een sprintreviewvergadering is een bijeenkomst waarin het product- (of project)team en de producteigenaar aan het einde van een sprint samenkomen om het werk te beoordelen dat vanuit de sprintbacklog is voltooid.
Tijdens de sprintreviewvergadering presenteert en demonstreert het team items uit de sprintbacklog waarvan het denkt dat ze opleverbaar zijn. De producteigenaar accepteert of verwerpt functies vervolgens op basis van de vraag of ze voldoen aan de gebruikersbehoefte, acceptatiecriteria, DoD (definitie van gereed) en hun verwachtingen, en bespreekt daarna met het team hoe verder te gaan.
Create a Free Account to Read More
Unlock this piece and join a community of forward-thinking leaders discovering tools, playbooks, and insights for thriving in the age of AI.
Have an account? Log In
Een sprintreview maakt doorgaans gebruik van Scrumsoftware of agile projectmanagementsoftware om de voortgang te demonstreren. Meestal nemen het Scrumteam, de Scrum-master, de producteigenaar en mogelijk andere belanghebbenden eraan deel. Het is een van de 3 Scrumceremonies, of 'evenementen', die het agile Scrum-opleveringsframework kenmerken. Ze worden ceremonies genoemd, maar het zijn eigenlijk gewoon vergaderingen!
Waarom een sprintreview houden?
Het doel van een sprintreview is realtime samenwerking tussen het Scrumteam, de producteigenaar en belanghebbenden. Het is een demonstratie van de voortgang en resultaten, met als doel goedkeuring van items in de backlog om ze op te leveren.
7 voordelen van een sprintreviewvergadering
- Feedback en samenwerking: Sprintreviews bieden belanghebbenden een platform om feedback te geven en maken het mogelijk problemen vroegtijdig op te sporen en te verhelpen. Dit helpt bij het ontwikkelen van een product van hogere kwaliteit dat aansluit bij de behoeften en verwachtingen van gebruikers.
- Meer transparantie: Sprintreviews vergroten de transparantie in het ontwikkelproces. Door het uitgevoerde werk en de snelheid te tonen en de volgende stappen te bespreken, krijgen belanghebbenden een duidelijk beeld van de voortgang van het project, de ondervonden uitdagingen en de capaciteit van het team.
- Afstemming en focus van het team: Het beoordelen van de sprintvoortgang ten opzichte van de sprintdoelen helpt om het team afgestemd en gefocust te houden. Het verduidelijkt verwachtingen en prioriteiten voor volgende sprints.
- Betrokkenheid en tevredenheid van belanghebbenden: Regelmatige interactie met belanghebbenden tijdens deze vergaderingen vergroot hun betrokkenheid en tevredenheid. Het geeft hun een gevoel van eigenaarschap en betrokkenheid bij het ontwikkelproces.
- Aanpassingsvermogen en flexibiliteit: Sprintreviews stellen teams in staat plannen aan te passen en bij te sturen op basis van feedback en veranderende vereisten. Deze flexibiliteit is essentieel voor het succes van een agile aanpak om met onzekerheid over de scope om te gaan
- Moraal en erkenning: Sprintreviews bieden het Scrumteam een platform om hun werk te presenteren, wat de moraal kan versterken. Het erkennen van de inspanningen en prestaties van het team tegenover belanghebbenden kan zeer motiverend zijn.
- Mogelijkheden om te leren en te verbeteren: Sprintreviews bieden het team de kans om te reflecteren op hun processen en werkwijzen en te leren van zowel successen als uitdagingen. Dit voortdurende leren bevordert een omgeving van voortdurende verbetering.
Wat gebeurt er tijdens een sprintreview?
Tijdens de sprintreview geeft het projectteam een overzicht van de voortgang die tijdens de sprint is geboekt, evenals van blokkades of obstakels die hen ervan weerhielden specifieke taken of opleveringen te voltooien.
Je kunt ingaan op het hoe en waarom van vertragingen of blokkades, maar stuur het team weg van het toewijzen van schuld of bredere discussies over tekortkomingen in communicatie en samenwerking (dit behandel je tijdens de sprintretrospective; zie het volgende gedeelte).
Richt je op concrete stappen die jij en het team kunnen nemen om blokkades weg te nemen, weer op schema te komen en realistische deadlines vast te stellen voor eventueel resterend of vertraagd werk.
Tot slot demonstreert het projectteam belangrijke opleveringen of productfuncties die het tijdens de sprint heeft voltooid, en kunnen belanghebbenden feedback geven.
Voorkom dat je sprintreviewvergadering ontaardt in een persbriefing door statische presentaties te vermijden—dit format is zelden productiever dan een e-mail.
Sprintreview versus sprintretrospective
Een sprintreview moet niet worden verward met een sprintretrospective (ook al zijn ze gemakkelijk door elkaar te halen!). Beide zijn belangrijke onderdelen van het Scrumproces en vormen de laatste twee stappen in de cyclus, maar de manier waarop je ze uitvoert is verschillend.
Een sprintreview richt zich op het product, terwijl de retrospectieve bijeenkomst zich richt op het proces zelf.
Stel je voor dat je het einde van de sprint nadert en dat je iets hebt wat lijkt op een opgeschoonde sprintbacklog.
Je plant een sprintreview om de voortgang van je Scrum-team richting oplevering te controleren en eventuele resterende belemmeringen weg te nemen.
Stel bijvoorbeeld dat deze sprint draaide om het produceren van 10.000 regels code voor de app waaraan het team werkt. De sprintreviewbijeenkomst is het moment om ervoor te zorgen dat de code werkt en gevalideerd is en dat je klaar bent om ermee live te gaan.
De retrospectieve bespreekt daarentegen het proces dat je tijdens de vorige sprint hebt gevolgd, met als doel de werkzaamheden tijdens de volgende sprint te verbeteren.
Tijdens de retrospectieve verzamel je feedback over de ervaringen van mensen met hun integratie in het team, het communiceren van codewijzigingen of al het andere dat invloed had op het proces.
De retrospectieve is bedoeld als een soort nabespreking waarin iedereen kan leren hoe je beter kunt samenwerken, ongeacht het product.
Vraag mensen hoe ze zich voelen en of ze suggesties hebben voor de volgende werkronde aan je project:
- Wat zouden ze graag in de volgende sprint willen zien?
- Hebben ze het gevoel dat ze onder hoge druk hebben gewerkt?
- Hadden ze te veel tijd over?
Het blijft verleidelijk om de grenzen tussen een sprintreview en een retrospectieve te laten vervagen. Als je een sprintreview hebt georganiseerd, is iedereen al bij elkaar, dus waarom zou je beide bijeenkomsten niet tegelijk houden?
De Scrum-gids raadt dit af. Als je alles in één sessie moet doen, moet je duidelijk onderscheid maken tussen de twee fasen van je bijeenkomst om te voorkomen dat ze in elkaar overlopen.
Hier volgt een korte introductie over welke onderwerpen in welke bijeenkomsten thuishoren en wanneer je moet afwijken en het Scrum-team opnieuw moet focussen wanneer tijdens een sprintreview een retrospectieve dreigt te ontstaan.
| Sprintreview of retrospectieve | Wat is inbegrepen | Wat is niet inbegrepen |
|---|---|---|
| Sprintreview | Of de items in de productbacklog zijn afgerond Waarom de items in de productbacklog niet zijn afgerond Nieuwe functies en functionaliteit van het product Opleverdatum van het product of een realistisch releaseplan | Hoe moeilijk het was om de deadline te halen Hoe slecht mensen zich voelen omdat ze de deadline niet hebben gehaald Hoe het Julie's schuld is dat we de deadline niet hebben gehaald Hoe deadlines slechts een getal zijn en iedereen meer ontspannen zou moeten zijn |
| Sprintretrospectieve | Hoe de communicatie tussen teamleden is verlopen Suggesties om de werkstroom en teamprocessen te stroomlijnen Manieren om ontwikkelteams wendbaarder te maken Succescriteria en methodologie voor het ontwikkelen van standaarden voor realistische mijlpalen | Problemen met het product zelf Functies van het huidige product Plannen voor technische details of een sjabloon voor specifieke doelstellingen |
Tips voor de voorbereiding van de sprintreview
Door een systeem te implementeren voor het verzamelen van productfeedback en je daaraan te houden, kun je effectief een machine voor voortdurende verbetering en iteratie bouwen.
Dus hoe begin je met het uitvoeren van een sprintreview? Houd de volgende tips in gedachten:
- Zorg ervoor dat iedereen in het team weet wanneer en waar de review plaatsvindt en laat iedereen weten wat hun rol tijdens de review zal zijn. Hoe meer tijd je ze geeft om zich voor te bereiden, hoe productiever je mensen zullen zijn wanneer het hun beurt is om het team over hun voortgang te informeren.
- Richt je op het product en op wat er is gebouwd. Maak van de bijeenkomst een praktische ervaring waarin de producteigenaar en belanghebbenden het product kunnen zien en ermee kunnen werken. Deze aanpak helpt waardevolle feedback te verzamelen en stimuleert de betrokkenheid van belanghebbenden.
- Bereid je grondig voor en zorg ervoor dat alle werkitems zijn afgerond en klaar zijn voor een demo. Denk na over de demo en over hoe je gaat aantonen dat de items uit de backlog voldoen aan het gebruikersverhaal en aan de definitie van gereed, en dat ze uitleverbaar zijn.
- Bereid demo's voor door onderwerpen vooraf te verzamelen en de virtuele en fysieke ruimtes hierop in te richten.
- Maak een eenvoudig notitietemplate om je te helpen de uitkomsten van de bijeenkomst vast te leggen. Agile-methodologieën leggen de nadruk op beperkte documentatie, dus maak je hier geen zorgen over te veel details. Het is eenvoudigweg een manier om actiepunten met betrekking tot het project bij te houden.
Een sprintreviewbijeenkomst voor digitale projecten uitvoeren
Hoewel je vrij bent om sprintreviews in te richten zoals je wilt, zijn er goede en minder goede aanpakken. Hieronder vind je enkele stappen voor het uitvoeren van sprintreviews die de meeste mensen die de Scrum-methode volgen nuttig vinden:
- Overzicht van voortgang en tegenslagen
- Nabespreking van wat goed en minder goed ging
- Opstellen van een plan om obstakels weg te nemen
- Demonstratie van functies
1. Overzicht van de voortgang
Ga de tafel rond en laat iedereen verslag doen van de voortgang van het product. Hebben ze hun sprintdoelen behaald? Voldoen de op te leveren resultaten aan de behoeften van de gebruiker, het gebruikersverhaal en de definitie van gereed?
Zo niet, hoe dicht zijn ze er dan nu bij en wanneer zijn ze klaar? Laat de discussie niet afdwalen naar de redenen waarom er vertraging is ontstaan.
Richt je op een eenvoudige rapportage van de voortgang (of het gebrek daaraan). Discussies over het waarom komen later, nadat iedereen zijn rapportage heeft afgerond en je weet hoe ver je bent met de verschillende projectonderdelen.
2. Nabespreking
Dit is het onderdeel waarin de oorzaken en redenen voor tekortkomingen kunnen worden besproken. Ga dieper in op dit deel van de agenda nadat elk teamlid de kans heeft gehad om te spreken en je begrijpt wat de huidige stand van zaken is in elke fase van de uitrol.
Gebruik de nabespreking om eerst de positieve resultaten te beoordelen. Noteer welke projectdoelen goed zijn verlopen en probeer in te schatten hoe dicht jullie bij de deadline kwamen voordat alles gereed was. Zo krijg je een idee of het tempo in de volgende sprint iets omhoog kan.
Bekijk vervolgens eventuele tekortkomingen en vraag om input over hoe de vertraging is ontstaan en wanneer die wordt opgelost. Wees hier niet te streng voor het team. Als iedereen zijn doelen moeiteloos drie dagen binnen een sprint van vijf dagen behaalt, betekent dit dat je de doelen niet ambitieus genoeg stelt.
3. Obstakels wegnemen
Anticipeer op obstakels die je in komende sprints kunt tegenkomen. Dit kan een klein budget zijn, de behoefte aan expertise van iemand buiten je huidige team, een regelgevings- of rapportageprobleem, of een verandering in de marktomstandigheden die de vraag naar het product kan beïnvloeden.
Het doel van deze fase is om die obstakels tijdig te signaleren en nu een plan te maken om ze aan te pakken, in plaats van te wachten tot ze in de komende dagen een knelpunt veroorzaken. Gebruik deze informatie om de productbacklog indien nodig bij te werken.
4. Productdemonstratie
Deze fase vult je productoverzicht aan met een demonstratie van de belangrijkste updates die in de laatste sprint zijn opgeleverd. Bovenal is het een kans om de prestaties van het team te laten zien en het moreel hoog te houden.
Agenda voor de sprintreview
Hier is een voorbeeldagenda voor je sprintreview (met voorgestelde tijdslimieten):
1. Inleiding (5 minuten)
- Kort welkom en korte introductie
- Het doel en de doelstellingen van de bijeenkomst uiteenzetten
2. Bespreking van de sprintdoelen (10 minuten)
- De doelen herhalen die aan het begin van de sprint zijn vastgesteld
- De belangrijkste aandachtsgebieden van de sprint benadrukken
3. Productdemonstratie (20-30 minuten)
- Het werk presenteren dat tijdens de sprint is voltooid
- Nieuwe functies, verbeteringen en opgeloste fouten demonstreren
- Na elke demonstratie tijd bieden voor korte vragen en antwoorden
4. Bespreking van de productbacklog (10 minuten)
- De huidige status van de productbacklog bespreken
- Bespreken welke items tijdens de sprint zijn toegevoegd, verwijderd of opnieuw geprioriteerd
5. Feedbacksessie (15-20 minuten)
- Feedback vragen aan belanghebbenden en teamleden
- Bespreken wat goed ging en wat verbeterd kan worden
- Een open en eerlijk gesprek aanmoedigen
6. Bespreking van statistieken en prestaties (10 minuten)
- Belangrijke prestatie-indicatoren (KPI's), snelheid en andere relevante statistieken bespreken
- De geplande voortgang vergelijken met de werkelijke voortgang
7. Vooruit plannen (10 minuten)
- Voorlopige ideeën voor de volgende sprint opstellen
- Mogelijke backlogitems identificeren die moeten worden aangepakt
- Eventuele aanpassingen bespreken op basis van feedback en evaluatie
8. Conclusie (5 minuten)
- De belangrijkste inzichten en beslissingen samenvatten
- De datum en doelstellingen voor de volgende sprintplanningsvergadering bevestigen
- Iedereen bedanken voor hun deelname en bijdragen
9. Open bespreking (optioneel, 5-10 minuten)
- De gelegenheid bieden voor eventuele laatste vragen of opmerkingen
- Andere zaken of aankondigingen bespreken
Veelgestelde vragen over sprintreviews
Voor het gemak hebben we antwoorden verzameld op enkele van de meest gestelde vragen over sprintreviews.
Wie woont de sprintreview bij?
Tot de kern deelnemers aan een sprintreview behoren de Scrum-master, producteigenaar en productmanager. Afhankelijk van de behoeften van je project kan het ook nuttig zijn om andere belangrijke belanghebbenden uit te nodigen (maar zorg ervoor dat de vergadering niet zo groot wordt dat deze moeilijk te beheren is.)
Hoe lang moet een sprintreview duren?
De Scrum-gids suggereert dat je sprintreviewvergaderingen moet beperken tot 2 uur als je agileteam in sprints van twee weken werkt (één uur voor elke week dat je sprint duurt.)
Naar mijn mening lijkt 2 uur voor elke vergadering ontzettend lang. Ik raad aan de sprintreview in te korten tot 45 minuten, met aan het einde 15 minuten voor productdemonstraties. Als je een groter team hebt, kun je afwisselen wie van week tot week een demo geeft.
Hoe vaak vinden sprintreviews plaats?
Sprintreviews vinden aan het einde van elke sprint plaats, dus ze moeten volgens hetzelfde ritme plaatsvinden als de sprintcycli van je team. Als je een sprintcyclus van twee weken hanteert, houd je elke twee weken een sprintreview.
Onze \u003ca href=\u0022https://thedigitalprojectmanager.com/projects/communication/project-status-report-guide/\u0022 rel=\u0022noopener\u0022 target=\u0022_new\u0022\u003esjabloon voor projectstatusrapporten\u003c/a\u003e beschrijft de structuur voor wekelijkse of tweewekelijkse rapporten die je naar elke sprint moet meenemen.
Wat gebeurt er na de sprintreview?
Na de sprintreview werkt je team de productbacklog bij in je \u003ca href=\u0022https://thedigitalprojectmanager.com/tools/project-management-tools/\u0022\u003eprojectmanagementtool\u003c/a\u003e op basis van de bespreking over het wegnemen van blokkades en gebruikt het die informatie om zich voor te bereiden op de \u003ca href=\u0022https://thedigitalprojectmanager.com/sprint-planning-meeting/\u0022\u003esprintplanningsvergadering\u003c/a\u003e.
Bij het plannen van de volgende sprint (of van een heel project) helpt het om de backlog te organiseren in een \u003ca href=\u0022https://thedigitalprojectmanager.com/tools/project-planning-tools/\u0022\u003eprojectplanningstool\u003c/a\u003e of vergelijkbare software.
Wat is een sprint?
Een sprint is een korte, in tijd afgebakende periode waarin je team naar vastgestelde doelen toewerkt, met de bedoeling aan het einde ervan een potentieel opleverbare productincrement af te ronden.
Wat is de volgende stap?
Heb je zelf tips en trucs voor het leiden van sprintreviewvergaderingen? Neem deel aan het gesprek in Slack met honderden andere digitale projectmanagers via DPM Membership!
