De 5 scrumceremonies: wat zijn ze, doel & tips
Scrum-ceremonies vormen een belangrijk onderdeel van de praktijk van het toepassen van Agile, een mentaliteit die waarde hecht aan mensen, functionele werkproducten, samenwerking met belanghebbenden en het aanpassen aan veranderingen.
De Scrum-methodologie en -ceremonies zijn gebaseerd op het Agile Manifesto, waarbinnen zich meerdere methodologieën bevinden om samen te werken en als team te functioneren, allemaal met de agile mentaliteit en het manifest in gedachten.
Als je hebt gewerkt in een team dat sprak over ‘Scrum-events’, ‘sprints’, ‘backlogverfijning’ en ‘sprintreviews’, is de kans groot dat je hebt gewerkt met een team dat probeerde te werken volgens de Scrum-methodologie. Houd er rekening mee dat het agile raamwerk een mentaliteit is en Scrum een methodologie.
Create a Free Account to Read More
Unlock this piece and join a community of forward-thinking leaders discovering tools, playbooks, and insights for thriving in the age of AI.
Have an account? Log In
Wat zijn Scrum-ceremonies?
Scrum-ceremonies (soms Scrum-events genoemd) zijn belangrijke gebeurtenissen of elementen van de Scrum-methodologie die de agile mentaliteit volgen en vaak worden gebruikt bij softwareontwikkeling of iteratieve projecten.
Er zijn vijf specifiek gedefinieerde Scrum-ceremonies, die ik in het volgende gedeelte van dit artikel uitgebreid zal bespreken.
Scrum-ceremonies zijn niet zomaar vergaderingen omwille van het vergaderen. Ze bieden teams juist het kader om op een gestructureerde manier werk gedaan te krijgen, helpen verwachtingen vast te stellen, stellen het team in staat effectief samen te werken en leveren uiteindelijk resultaten op.
Als ze niet goed worden beheerd, kunnen ze agenda’s overbelasten en de waarde overschaduwen die ze zouden moeten bieden. Dat gezegd hebbende, is Scrum zelf, net als de Scrum-ceremonies, bewust lichtgewicht en eenvoudig.
Meer informatie vind je in onze videogids:
Wat zijn de 5 Scrum-ceremonies?
Klaar om de vijf Scrum-ceremonies en -events uit te pluizen? Laten we hun doel, deelnemers en tips en trucs bekijken om ze zo effectief mogelijk te maken.
Het is belangrijk om op te merken dat elk van deze events een vaste tijdsduur heeft, doelgericht is en ten dienste staat van het volledige Scrum-team. Met andere woorden: ze bestaan om het opleveren van resultaten mogelijk te maken.
Let op: het afzonderlijk uitvoeren van deze events maakt je team niet automatisch agile en zorgt er ook niet voor dat je team volgens de Scrum-methodologie werkt. Om Scrum effectief uit te voeren, moeten deze events deel uitmaken van een groter, goed begrepen en duidelijk beschreven proces.
Ze moeten gesprekken binnen het agile team faciliteren om dingen gedaan te krijgen. En welke projectmanager houdt er nu niet van om dingen gedaan te krijgen?
De sprint
Een sprint in Scrum is een vaste periode (meestal een maand of korter) waarin ideeën worden omgezet in waarde. Sprints volgen elkaar op totdat het product voltooid is (of zonder einddatum). Teams meten hun toekomst vaak in sprints.
Doel van de sprint
Het doel van de sprint is om de werktijd af te bakenen en teams ertoe aan te zetten hun afspraken na te komen. Sprints maken doelen mogelijk die korter op de termijn liggen, maar wel concreet zijn. Tijdens een sprint mag er niets veranderen waardoor het sprintdoel in gevaar komt.
Deelnemers aan de sprint
Het volledige Scrum-team: de producteigenaar, het ontwikkelingsteam en de Scrum-master.
Duur van de sprint
Een sprint duurt 1 tot 4 weken, nooit langer. Deze beperking stelt teams in staat om op gang te komen en incrementele vooruitgang te boeken zonder mensen gek te maken.
Wanneer ik Scrum met een nieuw team implementeer, begin ik vaak met sprints van 1 week, omdat we over het algemeen 1 week vooruit kunnen plannen. Meer geavanceerde teams, vooral teams die software opleveren, werken vaak met sprints van 2 weken voor meer innovatie en testen tijdens de timebox.
Nuttige tips
- Sprints zijn niet de vijand en ook geen motivator. Probeer mensen niet over te halen om dingen te doen vanwege de sprint zelf. Motiveer mensen in plaats daarvan om het sprintdoel te bereiken en een productincrement op te leveren.
- Bedenk wanneer je sprint begint en eindigt. Een sprint moet direct nadat de vorige sprint is geëindigd beginnen, letterlijk binnen enkele uren. De tijd tussen het einde en het begin van een sprint moet simpelweg worden gebruikt voor je sprintreview, retrospectieve en sprintplanning; daarna begint alles opnieuw!
Nog iets?
Sprints kunnen niet langer of korter worden gemaakt. Een sprint kan alleen worden geannuleerd als het sprintdoel achterhaald raakt. Alleen de product owner kan de sprint annuleren.
Sprintplanningsbijeenkomst
De sprintplanningsbijeenkomst is het Scrum-evenement dat ervoor zorgt dat het team klaar is om tijdens de komende sprint de juiste dingen te doen.
Doel van sprintplanning
Sprintplanning stelt de product owner en het ontwikkelteam in staat om de geprioriteerde productbacklog te bekijken, meestal in Scrumsoftware of agile projectmanagementsoftware. Aan de hand van een reeks discussies en onderhandelingen bepalen ze welke items ze toezeggen voor het einde van de sprint te voltooien. De product owner is hiervoor verantwoordelijk.
Deelnemers aan sprintplanning
Het Scrum-team: de product owner, het ontwikkelteam en de Scrum master.
Duur van sprintplanning
De lengte van de meeste Scrum-evenementen houdt verband met de lengte van de sprint. Wat sprintplanning betreft, moet deze 2 keer de lengte van de sprint duren (in uren).
Nuttige tips
- Epics en user stories kunnen tijdens sprintplanning worden opgesplitst in kleinere taken en toegewezen, zodat iedereen weet waarvoor hij of zij verantwoordelijk is.
- Moedig het team aan om tijdens deze Scrum-bijeenkomst taken, bugs en elk ander item waarvoor dat nodig is uit te werken. Het moet een uiterst gezamenlijk evenement zijn.
- Probeer vóór het begin van de sprintplanning inzicht te hebben in de snelheid van het team, ervan uitgaande dat je al enige tijd volgens de Scrum-methode werkt.
Nog iets?
Sprintplanning helpt het Scrum-team antwoord te geven op de vragen: “Wat kan er in deze volgende sprint worden opgeleverd? En hoe gaan we dat werk uitvoeren?” Het helpt voorspelbaarheid te bieden en creëert een samenwerkingsgerichte omgeving..
Sprintplanningssjablonen
In de sjablonenbibliotheek van het DPM-lidmaatschap vind je een downloadbare agenda, checklist en e-mail die je kunt aanpassen aan de sprintplanningsbehoeften van je team. Hiermee zorg je voor een productieve en nuttige sprintplanningssessie.
Dagelijkse Scrum (dagelijkse stand-upbijeenkomst)
De dagelijkse Scrum geeft het team de gelegenheid om recente prestaties te vieren, een plan voor de dag op te stellen en eventuele blokkades in het Scrum-project te identificeren.
Doel van de dagelijkse Scrum-bijeenkomst
Dit Scrum-evenement is een frequente en regelmatige gelegenheid waarbij het team bijeenkomt om de individuele voortgang richting het sprintdoel te bespreken. Het is geen statusupdate, maar moet eventuele belemmeringen van het team zichtbaar maken.
Deelnemers aan de dagelijkse Scrum-bijeenkomst
De Scrum-master en het ontwikkelingsteam. De producteigenaar is optioneel.
Duur van de dagelijkse Scrum-bijeenkomst
Deze bijeenkomst is kort! Ze mag niet langer dan 15 minuten duren. Makkelijker gezegd dan gedaan.
Handige tips
- Houd de bijeenkomst elke dag op hetzelfde tijdstip (meestal 's ochtends) en zorg ervoor dat dit voor het Scrum-team zo veel mogelijk een vaste routine wordt.
- De dagelijkse stand-up mag niet worden geannuleerd als een leidinggevende of Scrum-master niet aanwezig kan zijn. De bijeenkomst is voor het team; houd de dagelijkse Scrum-bijeenkomst.
Nog iets anders?
Deze korte peiling, die ook wel de dagelijkse stand-up of Scrum-bijeenkomst wordt genoemd, moet het team klaarstomen voor de dag, zodat de teamleden op één lijn zitten en vertrouwen in elkaar opbouwen. Laat het team elkaar dagelijks verantwoordelijk houden voor het nakomen van de gemaakte afspraken.
Sprintreviewbijeenkomst
De sprintreview is het Scrum-evenement waarbij al het werk dat tijdens de vorige sprint is voltooid, aan de belanghebbenden kan worden gepresenteerd.
Doel van de sprintreview
Aan het einde van elke sprint biedt de sprintreview het ontwikkelingsteam een platform om al het voltooide werk te presenteren. Hierdoor kunnen belanghebbenden het product inspecteren of aanpassen naarmate het zich ontwikkelt.
Sprintreviews kunnen informeel of meer gestructureerd worden uitgevoerd. Dit kan afhangen van de levenscyclus van het product en de releaseplanning.
Deelnemers aan de sprintreview
Het Scrum-team: de producteigenaar, het ontwikkelingsteam en de Scrum-master. Ook kan een combinatie van managementleden of externe belanghebbenden deelnemen.
Duur van de sprintreview
1 uur per sprintweek. Een sprint van 2 weken moet een sprintreview van 2 uur hebben.
Handige tips
- De producteigenaar moet de belanghebbenden vragen stellen, feedback verzamelen en ook antwoorden geven op eventuele vragen die ontstaan.
- Concrete feedback die tijdens de sprintreview wordt ontvangen, moet worden omgezet in nieuwe items voor de productbacklog, zodat deze later kunnen worden geprioriteerd en besproken.
Nog iets anders?
Dit Scrum-evenement, dat ook wel een sprintdemo wordt genoemd, helpt vertrouwen op te bouwen tussen de belanghebbenden en het Scrum-team. Het is de meest directe manier om vroegtijdige en frequente feedback te verzamelen en aan de sprintbacklog toe te voegen.
Sprintretrospectiefbijeenkomst
Het sprintretrospectief is het laatste Scrum-evenement in de sprintvolgorde. Het stelt het team in staat terug te kijken op het voltooide werk en op basis van hun ervaringen verbeterpunten voor toekomstige sprints te identificeren.
Doel van het sprintretrospectief
Na afloop van een sprintreview heeft het Scrum-team tijd nodig om na te denken over het zojuist gepresenteerde werk en manieren te bespreken om zowel de resultaten als de agile werkstroom te verbeteren. Alle feedback moet op dezelfde manier worden verzameld en toegewezen als andere epics of verhalen, zodat het Scrum-team begrijpt wie waarvoor verantwoordelijk is en wanneer de wijzigingen worden geïmplementeerd.
Deelnemers aan het sprintretrospectief
De Scrum-master en het ontwikkelingsteam. De producteigenaar is optioneel.
Duur van het sprintretrospectief
Doorgaans mogen sprintretrospectieven voor een sprint van twee weken niet langer dan 1,5 uur duren. Als je sprints een maand duren, mag het retrospectief niet langer dan 3 uur duren.
Handige tips
- Gebruik bij gedeeltelijk op afstand werkende of volledig verspreide teams actieve samenwerkingstools zoals Mentimeter of Confluence om mensen te laten deelnemen zonder dat ze hun microfoon hoeven aan te zetten en hun stem breed te delen.
- Als er een verbeteringsvoorstel wordt gedaan, vraag dan aan de andere leden van het Scrum-team of ze het er allemaal mee eens zijn. Als dat zo is, bepaal dan hoe die aanbeveling in de praktijk wordt gebracht.
Nog iets anders?
Zorg ervoor dat je een omgeving van psychologische veiligheid creëert. Dit is geen kwestie van schuldigen aanwijzen. Deze bijeenkomsten brengen vaak aanbevelingen aan het licht om het beter te doen en risico's in de toekomst te beperken. Zorg er als Scrum-master voor dat je het team begeleidt bij het geven van eerlijke feedback en dat iedereen zich tijdens de bijeenkomst respectvol opstelt.
De Scrum-rollen
Nu we enkele Scrum-rollen hebben genoemd, bekijken we wat elke rol inhoudt:
- De product owner: Deze rol vertegenwoordigt de klant en het bedrijf in het algemeen voor het product waaraan ze werken. Deze persoon beheert de backlog en bepaalt de prioriteit van werkitems voor het ontwikkelingsteam. De product owner neemt dagelijks belangrijke productbeslissingen. Deze persoon vertaalt de behoeften van klanten naar uitvoerbare werkitems voor het ontwikkelingsteam.
- De Scrum-master: Scrum-masters zijn verantwoordelijk voor het zorgen dat het team alles heeft wat nodig is om succesvol te zijn, waaronder een duidelijk begrip van het Scrum-proces. Ze zijn tegelijk coach, adviseur, belangenbehartiger, belemmeringenoplosser, facilitator en bemiddelaar.
Scrum-masters zijn verantwoordelijk voor het invoeren van Scrum zoals beschreven in de Scrumgids, maar het zijn geen projectmanagers (let op leiders die denken dat dit dezelfde rol is!)—ze zijn niet verantwoordelijk voor het werkproduct. Bovendien is een Scrum-master niet per se één persoon of een voltijdse functie! Lees hier meer over Scrum-masters versus projectmanagers. - Het ontwikkelingsteam: Dit is een groep multifunctionele teamleden die zich allemaal richten op de oplevering van werkende software of het gewenste resultaat van het team. De groep omvat productontwikkelaars, ontwerpers, QA-medewerkers en andere technische rollen die moeten samenwerken aan de daadwerkelijke ontwikkeling van een product.
Idealiter is deze groep van 5-9 mensen volledig toegewijd aan één Scrum-team. In werkelijkheid, en bij bureaus, kan dit er iets anders uitzien. Het ontwikkelingsteam moet zelforganiserend zijn en gemotiveerd om waarde te leveren. Met de juiste begeleiding door een Scrum-master en product owner kunnen ze dat ook zijn.
Elk van deze rollen heeft een unieke inbreng tijdens elk van de Scrum-bijeenkomsten. Wanneer de bijeenkomsten effectief worden begeleid, geven ze iedereen in zijn of haar rol een uitstekende kans op succes.
Waarom zijn Scrum-bijeenkomsten belangrijk?
Scrum-bijeenkomsten vormen het hart van de Scrum-methodologie. Zonder deze bijeenkomsten kan Scrum al snel een moeilijk te volgen en rommelig proces worden. Vooral bij nieuwe teams moedig ik mensen aan om Scrum uit te voeren zoals het in de Scrumgids is beschreven, enkele sprintiteraties te doorlopen en vervolgens te bepalen wat moet worden aangepast om zo goed mogelijk bij het team te passen.
Opmerking: je hebt waarschijnlijk gemerkt dat we in dit artikel niet over een sprintbord hebben gesproken (soms ook wel een Kanban-bord genoemd). Dat komt doordat het geen kernelement is van een van de Scrum-bijeenkomsten. Sprintborden zijn uitstekende hulpmiddelen om tijdens elke bijeenkomst te gebruiken, maar zijn geen verplicht element.
Handig vergelijkingsschema
Weinig tijd? Bekijk dit beknopte schema om de verschillende Scrum-bijeenkomsten met elkaar te vergelijken.
Wat vind jij?
Ongeacht welke projectmanagementsoftware je gebruikt of aan welk product je werkt, deze Scrum-bijeenkomsten zijn ontworpen om resultaten te leveren.
Ik heb gemerkt dat deze bijeenkomsten structuur bieden en goed verlopen wanneer het hele team achter een gedeeld begrip staat van het doel van elke Scrum-bijeenkomst. Nogmaals, Scrum is een raamwerk dat je kunt gebruiken om software op een agile manier op te leveren.
