Product Backlog Refinement verwijst naar het schoon en ordelijk houden van de Backlog. Het wordt in de Scrum Guide gedefinieerd als het opsplitsen en verder definiëren van Product Backlog-items in kleinere, preciezere items.
Het is een doorlopend proces waarin de Product Owner en het team van Developers samenwerken om ervoor te zorgen dat items op de Backlog:
- Op dezelfde manier begrepen door het team (heeft een gedeeld begrip).
- Heeft een geschatte omvang en complexiteit voor de implementatie.
- Gerangschikt op prioriteit (inclusief de zakelijke waarde en schatting).
In eenvoudige bewoordingen is Backlog Refinement gecentreerd rond het creëren van een gedeeld begrip van wat het product wel of niet zal doen, op de schatting van wat er nodig is om het te bouwen en te implementeren en de volgorde waarin het moet worden gedaan.
Het is ook vermeldenswaard dat in tegenstelling tot andere Scrum-evenementen, Product Backlog verfijning is niet time-boxed. Dit komt omdat het geen specifieke volgorde heeft binnen het Scrum-raamwerk. Als het binnen een tijdvak zou worden gehouden, zou de activiteit niet effectief zijn. Een vuistregel is echter dat u maximaal 10% van de tijd in een Sprint kunt gebruiken voor verfijning, en dat deze moet worden uitgevoerd wanneer en wanneer dat nodig is en vaak wordt opgenomen als onderdeel van een "Verfijningsbijeenkomst".
Laten we Product Backlog Refinement wat gedetailleerder bekijken.
De Verfijningsbijeenkomst
Zoals eerder vermeld, wordt Product Backlog Refinement meestal gedaan als onderdeel van een Refinement Meeting. Het Scrum-team komt één keer samen, meestal tegen het einde van de Sprint voor dit evenement, om ervoor te zorgen dat de Backlog klaar is voor de volgende Sprint. In sommige gevallen kunnen teams er echter voor kiezen om één keer per week bijeen te komen om op de hoogte te blijven.
Een Refinement Meeting is een kans voor de Product Owner om te delen welke Product Backlog Items verfijnd moeten worden en voor het team om ze te bespreken. Gedurende deze tijd kan het team vragen stellen die anders pas tijdens de Sprint Planning aan de orde zouden komen. Niet alle vragen hoeven opgelost te worden in de Backlog Refinement Meeting, maar het geeft de Product Owner een voorsprong voorafgaand aan de Planning Meeting.
Backlog Refinement is in wezen een controlepunt voor het team in plaats van een poging om problemen volledig op te lossen.
Wie is verantwoordelijk voor Product Backlog Refinement?
Elk lid van het Scrum Team is verantwoordelijk voor Product Backlog Refinement, maar dit gebeurt meestal op initiatief van de Product Owner. Hieronder vindt u een overzicht van elk lid van het team en hun kernverantwoordelijkheden:
- De Product Owner: bouwen aan het juiste
- De ontwikkelaars: het ding goed bouwen
- De Scrum Master: coachen en begeleiden van het team
De producteigenaar
De Product Owner heeft autoriteit en verantwoordelijkheid over de Product Backlog. Effectieve verfijning moet beginnen met de visie en het "waarom" voor het product. Ze moeten zorgen voor transparantie rond deze visie en open discussies met zowel het team als de belanghebbenden mogelijk maken.
De volgende activiteiten kunnen nuttig zijn voor Product Backlog Refinement. Het is logisch dat de Product Owner deze initieert, maar andere leden van het team kunnen dit ook doen:
- Het creëren van een productvisie
- Opzetten van een product roadmap
- Een storyboard maken
- Samenwerken met stakeholders en klanten over hun gebruik van het product
- Uitvoeren van marktonderzoek
- Doelstelling
- Het definiëren van acceptatiecriteria of tevredenheidscriteria
De ontwikkelaars
De ontwikkelaars zouden ook verantwoordelijk moeten zijn voor de verfijning van de productachterstand. Het kan voor hen zeer nuttig zijn om zich samen met de Product Owner eigenaar te voelen van de verfijning. Het zijn tenslotte de ontwikkelaars die het werk daadwerkelijk afmaken.
De volgende voorbeelden zijn slechts enkele van de activiteiten waarvoor de ontwikkelaar verantwoordelijk zou moeten zijn:
- Inschatten van de Product Backlog Items om een overzicht te krijgen van wat binnen een Sprint kan worden afgerond
- Oplossingen vinden om het Sprintdoel te halen
- Samenwerken met andere Developers voor het delen van kennis
- Oplossingen voor werk documenteren
De Scrummaster
eindelijk, de Scrum Master is ervoor verantwoordelijk dat het team Scrum begrijpt. In dit geval zijn de uitdagingen van verfijning en dat iedereen duidelijk is over zijn rol. Daarnaast moet de Scrum Master helpen om de activiteiten rond Verfijning te faciliteren en iedereen te helpen focussen op zijn of haar rol.
Enkele voorbeelden kunnen zijn:
- Faciliteer workshops Product Backlog Refinement
- Leer het belang van gedeelde verantwoordelijkheid in deze taak
- Leer het team manieren om te leveren en samen te werken
Soms kunnen stakeholders ook worden uitgenodigd om deel te nemen aan Refinement Meetings of om input en feedback te geven, maar de verantwoordelijkheid ligt nog steeds bij het interne Scrum-team.
Samenvatting
Product Backlog Refinement is een belangrijk aspect van elke Sprint. Zonder gedeeld begrip bestaat het risico dat de verkeerde dingen worden geïmplementeerd en moeite wordt verspild. Het is belangrijk om rekening te houden met de grootte van elk item, wat helpt om de Product Backlog te ordenen in termen van prioriteit. Zonder dit lopen teams het risico te werken aan items die niet belangrijk zijn en items te missen die dat wel zijn.
Het is daarom belangrijk dat het hele team goede kennis heeft van Product Backlog Refinement en effectief kan samenwerken tijdens de Refinement Meeting.
