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 maximaal 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 wij zojuist hebben gerealiseerd, wat moeten wij vervolgens realiseren?

Het team presenteert het 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 opgenomen 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 eenrichtingsuitzending 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 vormen de kern. Een demo die uitsluitend wordt uitgevoerd om applaus te oogsten, zonder dat er daadwerkelijke beslissingen uit voortvloeien, is ‘agile theater’: een ceremonie die wordt opgevoerd voor het publiek in plaats van voor het resultaat.

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

De sprintreview is de enige bijeenkomst die specifiek is bedoeld om naar buiten gericht te zijn. Deelnemers zijn het gehele Scrum-team 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 geroezemoes op; een zaal met de juiste drie klanten levert een geherordende backlog op. Deze open houding is precies wat de review onderscheidt van de sprint-retrospective, die om een goede reden uitsluitend voor het team is en achter gesloten deuren plaatsvindt.

Hoe organiseert u een evenement dat het uur de moeite waard maakt?

De opzet is bewust luchtig 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 te bereiken, 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. Dit leidt namelijk tot discussie over werk dat nog niet voltooid is.
• Geef ruimte voor reacties. Het team moet meer luisteren dan presenteren. Vragen, bezwaren en opmerkingen als „zou het ook mogelijk zijn om…“ vormen precies de input waarvoor u hier bent gekomen.
• Sluit af door de backlog bij te werken. Verwerk de feedback in de prioriteiten terwijl deze nog vers in het geheugen ligt. Dat is het resultaat van de vergadering.

De voorbereiding bestaat vooral uit 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 brengt ter sprake dat „onze tests overhaast zijn” in het bijzijn van de klant, dus door ze stilletjes samen te voegen, gaat de eerlijke helft verloren. Wij behouden de volledige vergelijking, inclusief wie er bij elk onderdeel aanwezig is en waarom ze gescheiden moeten blijven, in de sprintreview versus de sprint-retrospective. Voor de plaats die beide innemen ten opzichte van de overige vergaderingen, zie de vier Scrum-ceremonies en de overige ceremonies in deze gids.

Veelgestelde vragen

Wat is het doel van een sprintreview?

Om het productincrement 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, was in feite een statusvergadering in vermomming.

Wie neemt er deel aan een sprintreview?

Het gehele Scrum-team plus de belanghebbenden die de productverantwoordelijke uitnodigt: klanten, gebruikers, sponsors en iedereen wiens feedback bepalend moet zijn voor de vormgeving van het product. Het is de enige bijeenkomst die bewust naar buiten gericht is. De productverantwoordelijke 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 uitloopt, bent u waarschijnlijk bezig met het presenteren van dia’s in plaats van een werkend product te tonen, 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: belanghebbenden die reageren, prioriteiten die verschuiven, de backlog die verandert. 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 om te bepalen wat er vervolgens moet worden ontwikkeld. Tijdens de retrospectieve wordt het eigen proces van het team in besloten kring geëvalueerd om de volgende sprint beter te laten verlopen. De review is naar buiten gericht en vindt als eerste plaats; de retrospectieve is naar binnen gericht en vindt als tweede plaats. U hebt beide nodig, maar ze laten zich niet goed combineren.