Het scrum framework: een overzicht

Het scrum framework

In veel organisaties wordt er tegenwoordig ‘gescrumd’. Hiermee bedoelen ze dat teams werken volgens de scrum methodiek. Theoretisch gezien, is scrum helemaal niet moeilijk. Het scrum framework onderscheidt drie verschillende rollen, drie ‘artefacten’ en een vijftal events. Hieronder hebben we ze voor je op een rijtje gezet, en lichten we ze toe.

Product owner, development team & scrum master

De eerste rol is die van product owner. De product owner is ‘eigenaar’ van een product of dienst. Alle wensen die hij heeft ten aanzien van de ontwikkeling, verzamelt hij op de ‘product backlog’. Die bedenkt hij niet allemaal zelf, maar inventariseert hij ook bij andere belanghebbenden, zoals bijvoorbeeld management, gebruikers en/of klanten. Vanuit al deze wensen bepaalt hij wat prioriteit heeft en wat niet. De product owner is altijd één persoon, die mandaat heeft gekregen vanuit het management om beslissingen te nemen ten aanzien van het product of dienst.

Het development teamgaat aan de slag met de wensen van de product owner. Het team bestaat uit 3-9 personen, die verschillende functies hebben. Samen hebben ze de benodigde expertise in huis voor ten minste 80% van het werk dat moet gebeuren. Voor de overige 20% kunnen ze tijdelijk hulp in schakelen. Het development is zelf organiserend, en kent geen ‘titels’ zoals junior of senior. Iedereen heeft de naam ‘development teamlid’.

Tot slot is er de rol van scrum master. Deze persoon werkt niet mee, en neemt ook geen beslissingen ten aanzien van het product. Wat hij wel doet, is dat hij het ‘scrummen’ faciliteert. Hij zorgt ervoor dat er volgens de regels gewerkt wordt, dat iedereen zich aan zijn rol houdt, en ruimt obstakels voor het development team uit de weg. Daarnaast heeft hij functie als opleider, voor zowel het scrum team (product owner, developement team en scrum master samen) als de rest van de organisatie.

scrum basis training

 

Artefacten: product backlog, sprint backlog & increment

Het woord artefacten blijft een beetje vreemd, maar zo wordt het in de Scrum Guide nou eenmaal genoemd. Het verwijst naar een drietal ‘elementen’. De Product backlog is een lijst met wensen erop, ook wel ‘user stories’ genoemd. Dit zijn features, die gebruikers, klanten of andere belanghebben graag zouden willen van het product of dienst. De product owner haalt deze op, en zet ze in volgorde van belangrijkheid op de product backlog. De story die als eerste opgepakt moet worden, staat dan bovenaan.

Op de sprint backlog staat al het werk wat gedaan wordt in één sprint. Het wordt ook wel het scrum bord of kanban bord genoemd. Dit bord heeft drie vlakken, TO DO, DOING & DONE. Tijdens de sprint verspringen acties op dit bord, zodat iedereen precies weet wat de status van bepaalde werkzaamheden zijn.

Het increment is zoals als ‘werkend product’. Het streven van een scrum team is om aan het einde van de sprint iets op te leveren, wat ook daadwerkelijk uitgeprobeerd kan worden. En dat noemen we het ‘increment’.

 

Verschillende ‘events’

Er wordt gewerkt in ‘sprints’, een afgebakende periode van 2-4 weken. Voorafgaand aan de sprint vindt de sprint planningplaats. Hierin bekijken de product owner en het development team samen de product backlog. De product owner licht de items die erop staan toe, en het team kijkt welke items ze de komende sprint gaan oppakken. Gezamenlijk spreken ze een sprint doel af.

Gedurende de sprint houdt het development team elke dag een daily stand-up. In deze 15 minuten durende meeting vertelt iedereen kort waar hij/zij zich de komende 24 uur mee bezig gaat houden, en of ze problemen voorzien. Op deze manier weet iedereen van elkaar wat er speelt.scrum retrospective

Aan het eind van de sprint vinden er nog twee meetings plaats, de sprint review en de sprint retrospective. Tijdens de sprint review wordt het werk wat is gedaan tijdens de sprint, door het development team gepresenteerd aan de product owner. Die geeft dan zijn feedback. De product owner kan ook andere belanghebbenden (bv. klanten of gebruikers) uitnodigen bij de review, zodat zij ook feedback kunnen geven.

Waar de review meer een inhoudelijke evaluatie is van het gedane werk, is de retrospective een meeting waar de samenwerking geëvalueerd wordt. Hierbij zijn zowel het development team, als de scrum master en product owner aanwezig. Samen kijken ze naar wat goed ging en wat beter kan. Minimaal 1 concrete verbetering wordt meegenomen in de volgende sprint.

 

Zoals je ziet, is de theorie achter de scrum methodiek niet zo ingewikkeld. Het lastige zit hem vooral in de toepassing ervan. Wil je meer weten over scrum en ervaren hoe een sprint daadwerkelijk gaat? Kijk dan ook eens bij onze (agile) scrum training!

OOK INTERESSANT:

LinkedIn Lean People