Samen met je team heb je keihard gesprint, en het resultaat mag er zijn. Lekker, maar je bent er nog niet. Hoog tijd voor de sprint review! Een essentieel onderdeel van het scrum process, dat hier en daar ook wel ‘sprint demo’ wordt genoemd. Die term klopt niet helemaal. De demo is namelijk maar een gedeelte van de review. En het geheel? Daarover gaat deze blog.

De sprint review is hét moment om de sprint samen met alle stakeholders te inspecteren en waardevolle feedback te verzamelen. De product owner is daar – als voorzitter of eigenaar van de sprint review – verantwoordelijk voor. Hij of zij heeft dus de regie over de sessie en zorgt dat de belangrijkste punten aan bod komen. Denk daarbij aan:

  1. product presenteren met een live demo

  2. feedback verzamelen

  3. product backlog aanpassen/updaten (als het nodig is)

Sprints duren vaak maar 1 of 2 weken. Daarom wil je ook geen zeeën van tijd kwijt zijn om je sprint review voor te bereiden. Hou het dus simpel. Staat de applicatie open en klaar? Check! Werkt ‘ie zoals verwacht, en kan hij realtime draaien? Mooi! En heeft degene die de review presenteert genoeg info om alles te demonstreren? Dan ben je al een heel eind. Ook goed om te weten: je hoeft geen gelikte keynote of betoverend verhaal te fabriceren. Het gaat erom dat je de app of functionaliteit live demonstreert en dat je er ter plekke mee kunt spelen. Zo ziet iedereen precies hoe het werkt.

Licht uit, spot aan: het grote moment is daar. De nieuwsgierige stakeholders zitten te trappelen om de resultaten onder ogen te krijgen. Hoe ziet de sprint demo er precies uit? Om het je makkelijk te maken, delen we ‘m op in vier momenten:

  1. Introductie
    Het team vertelt kort over het sprintdoel, de sprint backlog waaraan het zich heeft gecommitteerd, problemen die zijn ontstaan en opgelost, en wat er nu af is.

  2. Demo
    Hier is eindelijk je kans om de werkende functies van het product te laten zien. Neem er de tijd voor en zorg dat je alle facetten van het product goed demonstreert.

  3. Feedback
    Na de demo stellen de stakeholders wijzigingen en toevoegingen voor. Is het waardevol genoeg om daar tijd in te steken? Dan plaatst de product owner de verzoeken op de product backlog en geeft ze opnieuw prioriteit.

  4. Afsluiting
    Het team geeft aan waar en wanneer de volgende review plaatsvindt en waar het team in de komende sprint aan werkt.

Met de feedback die je tijdens de sprint review verzamelt, herzie je de product backlog. Dat is het voornaamste resultaat van de review. Daarnaast bevordert de review ook de communicatie en het draagvlak onder de stakeholders. Zij zien hun wensen voor het eerst terug in de vorm van werkende software. Ze kunnen die bekijken, uitproberen en bevragen. Abstracte plannen komen zo tot leven en worden veel beter bespreekbaar.

Tijdens de sprint review ontstaan twee belangrijke kansen: je kunt toetsen of het team de opdracht goed heeft begrepen én zo vroeg mogelijk feedback krijgen op de resultaten. Door bij iedere sprint review te checken of je het juiste product hebt opgeleverd en of het beter kan, haal je de maximale waarde uit elke sprint.