Inzicht in de vier kern-AGILE-bijeenkomsten is de snelste manier om de werking van een Scrum-team te verbeteren. Elke ceremonie heeft een onderscheidend doel, een ander publiek en een andere definitie van succes. Voer ze goed uit en ze versterken elkaar. Voer ze slecht uit of verwar ze met elkaar, en je zult dezelfde wrijving keer op keer tegenkomen.
Deze gids behandelt Sprint Planning, de Dagelijkse Stand-up, de Sprint Review en de Sprint Retrospective: waar ze dient, hoe deze effectief uit te voeren en de meest voorkomende fouten om te vermijden.
De vier soorten agile bijeenkomsten
| Bijeenkomst | Wanneer | Duur | Wie faciliteert |
|---|---|---|---|
| Sprint Planning | Begin van elke sprint | 1-2 uur | Scrum Master |
| Dagelijkse Stand-up | Elke dag | 15 minuten | Team (zelf gefaciliteerd) |
| Sprint Review | Einde van de sprint | 1-2 uur | Product Owner |
| Sprint Retrospective | Einde van de sprint (na de Review) | 1-2 uur | Scrum Master |
1. Sprint planning
Wat het is
Sprintplanning opent elke sprint. Het team beoordeelt de product backlog met de Product Owner, stemt af op een sprintdoel en selecteert het werk dat ze de komende één tot vier weken zullen leveren.
Het sprintdoel is het belangrijkste resultaat. Een lijst met tickets is geen sprintdoel. Een sprintdoel geeft het team iets om zich op te richten wanneer prioriteiten tijdens de sprint verschuiven.
Hoe het er goed uitziet
- Het sprintdoel is overeengekomen voordat de bijeenkomst eindigt; niet "we bedenken het wel terwijl we bezig zijn."
- Backlog-items zijn goed verfijnd; het team besteedt geen planningstijd aan het ontcijferen van wat een ticket betekent.
- Elk geselecteerd item heeft een gedeelde definitie van klaar en een realistische schatting.
- De werklast houdt rekening met de daadwerkelijke capaciteit: vakanties, wachtdiensten, overhang van de laatste sprint.
Veelgemaakte fouten
Teveel beloven. Teams die consequent hun sprintdoel missen, proberen meestal te veel te doen, niet te langzaam te werken. Gebruik gegevens over snelheid en eerlijke capaciteitsplanning in plaats van optimisme.
Overslaan van verfijning. Als de Sprint Planning regelmatig lang duurt, ligt het probleem meestal bij onvolledig verfijnde backlog-items. Te veel onbekenden in de kamer vertragen alles.
Geen sprintdoel. Zonder een gedeeld doel optimaliseert het team individuele tickets in plaats van collectieve resultaten. Wanneer er tijdens de sprint iets onverwachts gebeurt, is er geen vast punt voor triage-beslissingen.
2. Dagelijkse stand-up
Wat het is
De Dagelijkse Stand-up is een dagelijkse afstemming van 15 minuten om het werk van het team te coördineren en blokkades aan het licht te brengen. Het is geen statusrapport aan de Scrum Master; het is een team-tot-team gesprek.
De drie klassieke vragen:
- Wat heb ik gisteren gedaan?
- Wat ga ik vandaag doen?
- Houdt me iets tegen?
Hoe het er goed uitziet
- De bijeenkomst begint en eindigt op tijd, elke dag.
- Blokkades worden duidelijk benoemd, niet begraven. Een onopgeloste blokkade aan het einde van de dag is veel duurder dan een kort ongemakkelijke 60 seconden tijdens de stand-up.
- Het team spreekt elkaar aan, niet de Scrum Master.
- Uitgebreide discussies worden onmiddellijk na de stand-up offline gevoerd, niet in realtime besproken.
Veelgemaakte fouten
Er een statusrapport van maken. Als de Scrum Master de vragen stelt en teamleden aan hen antwoorden, is het een rapportageceremonie geworden in plaats van een coördinatiehulpmiddel.
Meer dan 15 minuten duren. Als stand-ups regelmatig uitlopen, komen de updates vaak uit een aparte bijeenkomst. Voer de "neem het offline" regel strikt toe.
Blokkades als optioneel beschouwen om te vermelden. Teams die consequent zeggen "geen blokkades" terwijl er duidelijk blokkades zijn, hebben een probleem met psychologische veiligheid, geen stand-up probleem. Los het op in de retrospective.
3. Sprint review
Wat het is
De Sprint Review vindt plaats aan het einde van de sprint. Het team demonstreert voltooid werk aan stakeholders en de Product Owner, en de backlog wordt aangepast op basis van wat er is gebouwd en de ontvangen feedback.
De Sprint Review is de feedbackloop tussen het team en het bedrijf. Zonder deze werkt het team in een vacuüm.
Hoe het er goed uitziet
- Alleen werk dat voldoet aan de definitie van klaar wordt gedemonstreerd. Gedeeltelijk voltooid werk wordt niet getoond.
- Stakeholders zijn actief betrokken: ze stellen vragen en geven feedback, kijken niet alleen naar een presentatie.
- De Product Owner past de backlog aan op basis van wat ze zien en horen, niet later die week als het moment voorbij is.
- De discussie blijft gericht op het product, niet op het proces van het team (daarvoor is de retrospective).
Veelgemaakte fouten
Demonstreer werk dat niet af is. Dit ondermijnt het vertrouwen in de definitie van klaar en leert stakeholders te verwachten dat resultaten bij benadering correct in plaats van bevestigd zijn.
Eenrichtingspresentatie. Als stakeholders passieve toeschouwers zijn, functioneert de review niet. Het hele punt is om feedback te krijgen die verandert wat het team vervolgens bouwt. Ontwerp de sessie om een dialoog te creëren.
Geen stakeholders aanwezig. Een Sprint Review met alleen het ontwikkelingsteam is een repetitie, geen review.
4. Sprint retrospective
Wat het is
De Sprint Retrospective is de ruimte van het team om na te denken over hoe ze hebben gewerkt, niet wat ze hebben gebouwd. Het volgt op de Sprint Review en richt zich op proces, samenwerking en continue verbetering.
Drie vragen vormen de kern van de meeste retrospectives:
- Wat ging goed?
- Wat kan beter?
- Wat gaan we anders doen in de volgende sprint?
De derde vraag is het belangrijkst. Een retrospective zonder concrete actiepunten is slechts een gesprek.
Hoe het er goed uitziet
- Actiepunten van de vorige retrospective worden bij het begin beoordeeld.
- Het team is eerlijk, wat psychologische veiligheid vereist.
- De sessie levert twee of drie specifieke, toegewezen actiepunten op, niet een verlanglijst van tien.
- Het formaat varieert per sprint. Het wisselen van retrospective-formaten houdt het gesprek fris.
TeleRetro heeft 50+ retro-formaten en sjablonen om aan te sluiten bij verschillende teamstemingen en sprinttypes. TeleRetro's Retro Bot kan een formaat voorstellen als je niet weet waar te beginnen.
Veelgemaakte fouten
Elk sprint hetzelfde formaat. Vertrouwdheid leidt tot automatische antwoorden. Probeer af te wisselen tussen Lean Coffee, Mad Sad Glad of Sailboat om nieuwe inzichten te verkrijgen.
Actiepunten zonder eigenaar. "We zouden de CI-pipeline moeten verbeteren" is geen actie. "Priya zal de parallelisering van de testreeks onderzoeken voor volgende donderdag" is dat wel.
Stakeholders of managers in de ruimte. Retrospectives zijn voor het team. Externe aanwezigheid verandert wat mensen zeggen. Beperk de aanwezigen standaard tot het team en de Scrum Master.
Hoe de vier bijeenkomsten met elkaar verbonden zijn
De vier ceremonies vormen een cyclus. Sprint Planning zet de richting uit. Stand-ups behouden coördinatie. De Sprint Review controleert de output tegen de productvisie. De Retrospective verbetert hoe het team werkt, zodat de volgende cyclus beter is dan de vorige.
Wanneer een ceremonie zwak is, zet het druk op de anderen. Teams met slechte Sprint Planning hebben de neiging chaotische stand-ups te hebben. Teams zonder effectieve retrospectives herhalen dezelfde problemen sprint na sprint. De vier bijeenkomsten als een verbonden systeem behandelen, in plaats van vier afzonderlijke verplichtingen, maakt de agile-cadans daadwerkelijk werkend.
Veelgestelde vragen
Zijn alle vier de bijeenkomsten verplicht in agile?
In Scrum specifiek, ja: alle vier ceremonies zijn gedefinieerd in de Scrum Guide. In Kanban of andere frameworks is de structuur flexibeler. Veel Kanban-teams houden een dagelijkse stand-up en een periodieke retrospective, maar slaan traditionele Sprint Planning en Sprint Review over. Wat ertoe doet, is dat de onderliggende doelen worden gehaald: coördinatie, feedback en continue verbetering.
Wat is het verschil tussen een sprint review en een sprint retrospective?
De sprint review gaat over het product: wat er is gebouwd, of het voldoet aan de definitie van klaar en wat stakeholders ervan vinden. De retrospective gaat over het team: hoe je samenwerkte, wat je vertraagde en wat je moet veranderen. Verschillende vergaderingen, verschillende deelnemers, verschillende uitkomsten.
Wie moet elke bijeenkomst bijwonen?
- Sprint Planning: Het ontwikkelingsteam, Scrum Master en Product Owner.
- Dagelijkse Stand-up: Het ontwikkelingsteam. De Scrum Master mag bijwonen maar leidt het niet.
- Sprint Review: Het ontwikkelingsteam, Scrum Master, Product Owner en uitgenodigde stakeholders.
- Sprint Retrospective: Het ontwikkelingsteam en Scrum Master. De Product Owner kan bijwonen als het team hen uitnodigt, maar het is optioneel en moet een keuze van het team zijn, niet standaard.
Hoe lang zou elke bijeenkomst moeten duren?
De Scrum Guide koppelt de duur aan de sprintlengte. Voor een sprint van twee weken: Sprint Planning tot vier uur, Sprint Review tot twee uur, Sprint Retrospective tot 1,5 uur. In de praktijk werken ervaren teams korter. Stand-ups duren altijd 15 minuten, ongeacht de sprintlengte.
Bijgewerkt
Ervaar een betere retro
Creëer binnen enkele seconden een retro en ervaar het zelf.