Sprintreview: doel, deelnemers en hoe u er een organiseert

De sprintreview is de bijeenkomst waarbij het team een werkend product aan 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 heeft als resultaat een aangepaste productbacklog. Het belangrijkste om in gedachten te houden: het is een werksessie, geen voorstelling. De waarde zit niet in de demo zelf, maar in de beslissingen die de demo teweegbrengt.

Het doel van de sprintreview

Deze 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 en zij wijzen op zaken die tijdens de planning door niemand zijn 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 eenzijdige presentatie gehouden. De evaluatie is het tweerichtingsgesprek dat de demo juist op gang zou moeten 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 Scrumteam plus de belanghebbenden die de productowner uitnodigt: klanten, gebruikers, sponsors, ondersteunende medewerkers en iedereen wiens reactie van invloed zou moeten zijn op het product.

Die gastenlijst is een beslissing, 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 gepraat 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 goede 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 wordt.

• 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 zolang 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 verse feedback over het product kan meenemen in zijn eigen reflectie.

Ze gaan niet goed samen. Niemand brengt in het bijzijn van de klant ter sprake dat „onze tests overhaast worden uitgevoerd”, dus door ze stilletjes samen te voegen, gaat de eerlijke helft verloren. Wij houden de volledige vergelijking bij, inclusief wie er bij elk onderdeel aanwezig is en waarom ze gescheiden moeten blijven, 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 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 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 en 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: 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 weliswaar instemmend geknik 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 retrospective wordt het eigen proces van het team achter gesloten deuren geëvalueerd om de volgende sprint beter te laten verlopen. 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.