Sprintreview: doel, deelnemers en hoe u er een organiseert

De sprintreview is de bijeenkomst waarbij het team een werkend product aan de belanghebbenden presenteert en feedback verzamelt die bepalend is voor wat er vervolgens wordt ontwikkeld. Deze vindt plaats aan het einde van de sprint, duurt bij een sprint van twee weken ongeveer twee uur en resulteert in een aangepaste productbacklog. Het belangrijkste om in gedachten te houden: het is een werksessie, geen optreden. De waarde zit niet in de demo zelf, maar in de beslissingen die de demo teweegbrengt.

Het doel van de sprintreview

De evaluatie is bedoeld om één vraag te beantwoorden voor degenen die belang hechten aan het resultaat: gezien wat we zojuist hebben gerealiseerd, wat moeten we vervolgens realiseren?

Het team presenteert de increment — het werk dat daadwerkelijk is voltooid volgens de definitie van ‘klaar’, niet het werk dat bijna af is — en de belanghebbenden in de zaal reageren hierop. Zij stellen vragen, zij brengen tegenargumenten naar voren, zij wijzen op zaken die niemand tijdens de planning had genoemd. Die reactie is het resultaat van de vergadering. Deze wordt direct verwerkt in de productbacklog, die de producteigenaar ter plekke of kort daarna aanpast.

Sprintreview versus demo

Mensen gebruiken de termen „sprint review” en „de demo” alsof het om dezelfde vergadering gaat. Dat is echter niet het geval — de demo is slechts één onderdeel van de review.

Het is belangrijk om werkende software te tonen: het dwingt tot eerlijkheid (u kunt geen bijna voltooide functie demonstreren) en het geeft iedereen hetzelfde concrete uitgangspunt om op te reageren. Maar als de demo het enige is wat er gebeurt — het team presenteert, belanghebbenden klappen, iedereen vertrekt — dan heeft u een eenrichtingscommunicatie gehouden. De evaluatie is het tweerichtingsgesprek dat de demo juist op gang moet brengen. De demo is de opmaat; de feedback en het opnieuw stellen van prioriteiten zijn waar het om draait.

Wie neemt eraan deel, en waarom is het naar buiten gericht?

De sprintreview is de enige bijeenkomst die specifiek gericht is op de buitenwereld. Deelnemers zijn het volledige Scrumteam plus de belanghebbenden die de productowner uitnodigt — klanten, gebruikers, sponsors, ondersteunend personeel en iedereen wiens reactie van invloed zou moeten zijn op het product.

Die gastenlijst is een bewuste keuze, geen formaliteit. Nodig mensen uit die feedback kunnen geven die de moeite waard is om op in te spelen, en selecteer meedogenloos: een zaal vol toeschouwers levert beleefd geklets op; een zaal met de juiste drie klanten levert een geordende backlog op. Deze naar buiten gerichte houding is precies wat de review onderscheidt van de sprint-retrospective, die om een bepaalde reden uitsluitend voor het team is en besloten plaatsvindt.

Hoe u een sessie organiseert die het uur de moeite waard maakt

De opzet is bewust informeel gehouden. Zorg ervoor dat het een werksessie blijft, en geen podiumvoorstelling.

• Begin met het sprintdoel. Herinner de aanwezigen eraan wat er met deze sprint beoogd werd, zodat de voortgang wordt beoordeeld aan de hand van de doelstelling, en niet op basis van een algemeen gevoel.
• Laat een werkend product zien, geen dia’s. Demonstreer het daadwerkelijke product aan de hand van de definitie van ‘klaar’. Sla de ‘bijna-klaar’-versies over — die leiden tot discussies over werk dat nog niet af is.
• Geef ruimte voor reacties. Het team moet meer luisteren dan presenteren. Vragen, bezwaren en opmerkingen als „zou het ook mogelijk zijn om…“ zijn precies waarvoor u hier bent gekomen.
• Sluit af door de backlog bij te werken. Verwerk de feedback in de prioriteitenlijst nu deze nog vers in het geheugen ligt. Dat is het resultaat van de vergadering.

Voorbereiding komt vooral neer op terughoudendheid: kies wat u wilt laten zien, zorg ervoor dat het daadwerkelijk werkt en weersta de neiging om een deck samen te stellen. Tien minuten waarin een functie daadwerkelijk werkt, is beter dan veertig minuten aan schermafbeeldingen ervan.

Sprintreview versus sprint-retrospective

De twee afsluitende bijeenkomsten worden voortdurend door elkaar gehaald, dus let goed op: tijdens de review wordt het product samen met de belanghebbenden geëvalueerd; tijdens de retrospective wordt het proces van het team besproken, in besloten kring. De review is naar buiten gericht en vindt als eerste plaats; de retrospective is naar binnen gericht en vindt als tweede plaats, zodat het team de recente feedback over het product kan meenemen in zijn eigen reflectie.

Ze gaan niet goed samen — niemand zegt tegen de klant: „onze tests worden overhaast uitgevoerd”, dus door ze stilletjes samen te voegen, gaat de eerlijke helft verloren. We houden de volledige vergelijking, inclusief wie er bij elk onderdeel aanwezig is en waarom ze gescheiden moeten blijven, bij in sprint review versus sprint-retrospective. Voor de plaats die beide innemen ten opzichte van de overige bijeenkomsten, zie de vier Scrum-ceremonies en de overige ceremonies in deze gids.

Veelgestelde vragen

Wat is het doel van een sprintreview?

Om de productincrementen samen met de belanghebbenden te beoordelen en de verdere werkwijze daarop aan te passen. Het team laat zien wat het daadwerkelijk heeft voltooid, de belanghebbenden reageren daarop, en die reactie wordt weer verwerkt in de productbacklog. Het gaat niet om het applaus — het gaat om de koerscorrectie. Een evaluatie die niets aan het plan verandert, is in feite niets anders dan een statusvergadering in vermomming.

Wie neemt er deel aan een sprintreview?

Het gehele Scrum-team plus de belanghebbenden die de productowner uitnodigt — klanten, gebruikers, sponsors, iedereen wiens feedback bepalend moet zijn voor het product. Het is de enige bijeenkomst die bewust naar buiten gericht is. De productowner stelt de gastenlijst samen, zodat de feedback die in de zaal wordt gegeven de moeite waard is om op in te spelen.

Hoe lang moet een sprintreview duren?

Stel hiervoor een tijdslimiet in van ongeveer twee uur per sprintweek — maximaal twee uur voor een sprint van twee weken, maximaal vier uur voor een sprint van een maand. Als de tijd wordt overschreden, bent u waarschijnlijk bezig met het presenteren van dia’s in plaats van het tonen van een werkend product, of met het beoordelen van werk dat in feite niet is uitgevoerd.

Wat is het verschil tussen een sprintreview en een demo?

Een demo is één onderdeel van de review — het demonstreren van de werkende software. De sprintreview is het bredere gesprek dat door de demo op gang wordt gebracht: reacties van belanghebbenden, verschuivende prioriteiten, veranderingen in de backlog. Als u de review louter als een demo beschouwt, krijgt u een eenzijdige presentatie die wel knikjes oplevert, maar geen beslissingen.

Wat is het verschil tussen een sprintreview en een retrospectieve?

Tijdens de sprintreview wordt het product samen met de belanghebbenden geëvalueerd — wat er vervolgens moet worden ontwikkeld. Tijdens de retrospectieve wordt het eigen proces van het team achter gesloten deuren geëvalueerd — hoe er in de volgende sprint beter kan worden gewerkt. De review is naar buiten gericht en vindt als eerste plaats; de retrospective is naar binnen gericht en vindt als tweede plaats. U hebt beide nodig, maar ze laten zich niet goed combineren.