Scrum Gids | 40. Onderhoud van de Product Backlog

Het verzorgen van de Product Backlog is een van de belangrijkste taken van een Product Owner. Het verzorgingsproces omvat het formuleren, detailleren en toevoegen van nieuwe User Stories aan de Product Backlog. De belangrijkste taak van het verzorgen is echter ervoor te zorgen dat de vermeldingen in de Backlog in de juiste volgorde staan, d.w.z. dat ze geprioriteerd worden.

Product Backlog verzorging – inhoudsopgave:

1. Inleiding
2. Doel van Product Backlog verzorging
3. Fouten in het onderhoud van de Product Backlog
4. Onderhoud van de Backlog vs. metrics gebruikt in Scrum
5. Samenvatting

Inleiding

De Product Backlog is een van de Artefacten van Scrum. Het bevat een geprioriteerde lijst van werk dat nodig is om een Product te creëren. Met andere woorden, het is een lijst van User Stories die nodig zijn om het Productdoel te bereiken. Je kunt een gedetailleerde beschrijving van wat User Stories zijn in dit artikel vinden. En hier zijn de details over de kenmerken en hoe je de Product Backlog kunt onderhouden.

Product Backlog verzorging staat ook bekend onder de volgende namen:

• Backlog Prioritering,
• Backlog Verfijning,
• Backlog Schaling.

Doel van Product Backlog verzorging

De Product Owner beheert de Product Backlog. De belangrijkste vaardigheden omvatten het prioriteren van taken naarmate de vervaldatum nadert. Dit komt omdat het doel van Product Backlog verzorging is om ervoor te zorgen dat de Productfunctionaliteiten de hoogste zakelijke waarde hebben, d.w.z. die het meest essentieel zijn vanuit het perspectief van de Klant, bovenaan de takenlijst staan. En hun beschrijving is duidelijk en gedetailleerd zodat hun implementatie direct in de volgende Sprint kan beginnen.

De Product Backlog kan dagelijks worden bijgewerkt indien nodig. De Product Owner kan nieuwe User Stories aan de Product Backlog toevoegen na overleg met Stakeholders en het Ontwikkelteam, of door conclusies te trekken en User Stories die al in de Product Backlog zijn geschreven te herformuleren.

Verplichte updates van de Backlog zijn een van de taken die tijdens de Sprint Review worden uitgevoerd. We hebben dat proces in detail beschreven in dit artikel. Gewoonlijk bespreekt het Scrum Team tijdens deze vergadering niet alleen de taken die in de volgende Sprint moeten worden voltooid. Het specificeert ook voorlopig User Stories en hun implementatie in de volgende twee of drie Sprints. Deze manier van werken stelt het Scrum Team en zijn activiteiten in staat om een breder perspectief op de lange termijn richting te nemen. Het maakt het mogelijk om na te denken over de taken die momenteel worden uitgevoerd vanuit het perspectief van hun ontwikkeling in de volgende Sprints.

Fouten in het onderhoud van de Product Backlog

Een van de meest voorkomende problemen met betrekking tot de verzorging van de Product Backlog is het toestaan dat deze ongecontroleerd uitbreidt. Dit komt omdat tijdens het werken aan het Product verschillende aanvullende functionaliteiten en taken die door zowel Stakeholders als leden van het Scrum Team worden voorgesteld, spontaan verschijnen. Daarom is het beperken van de groei van de reikwijdte van de Product Backlog (scope creep) een van de belangrijkste taken van de Product Owner. De meest voorkomende fouten die Product Owners maken, hebben betrekking op:

1. Afwijken van het Productdoel – te veel ideeën aan de Product Backlog toevoegen die verder gaan dan het basis Productdoel is geen goede praktijk, omdat dit de leesbaarheid aanzienlijk vermindert. Het werkt beter om ideeën voor aanvullende functionaliteit in een apart document te verzamelen.
2. Duplicatie van inhoud – het invoeren van herhaalde of zeer vergelijkbare ideeën van verschillende Stakeholders in de Backlog – voordat de Product Owner een nieuwe vermelding aan de Backlog toevoegt, moet hij ervoor zorgen dat de nieuwe vermelding geen duplicaat is van een van de bestaande.
3. Gebrek aan een breder perspectief – je moet de vermeldingen in de Product Backlog ordenen op basis van hun waarde met betrekking tot het Productdoel. Houd echter in gedachten dat prioritering rekening moet houden met de volgende verschillende Sprints, zodat de taken die in een bepaalde Sprint worden uitgevoerd naadloos zijn verbonden met zowel de voorafgaande Sprint als de Sprint die onmiddellijk volgt.

Je kunt fouten van deze aard niet vermijden. Bewustzijn van hun optreden kan de Product Owner echter voorzichtiger maken bij het toevoegen van nieuwe User Stories aan de Product Backlog om de juiste balans te vinden. Dit komt omdat het ook een fout is om de Backlog te veel te verkorten en vermeldingen te elimineren die vergelijkbare taken bevatten die verschillen. Bijvoorbeeld, het beschrijven van vergelijkbare Productfunctionaliteiten die aanzienlijk verschillen in de toepassing.

Onderhoud van de Backlog vs. metrics gebruikt in Scrum

De Product Backlog bevat een beschrijving van het resterende werk gedurende het project. Alleen een actuele en regelmatig verzorgde Backlog kan de verhouding van de hoeveelheid voltooid werk tot het totaal nauwkeurig inschatten. Om de hoeveelheid voltooid werk weer te geven, moet je de Burndown Chart toepassen, waar we over hebben geschreven in dit artikel.

Een andere populaire metric om het werk van het Scrum Team te beschrijven is Velocity. Je kunt het meten door het aantal Product Backlog vermeldingen dat tijdens een enkele Sprint in Increment is omgezet te vergelijken. We hebben Velocity in meer detail beschreven in dit artikel.

Samenvatting

De Product Owner voert Product Backlog Verzorging uit. Wanneer de Product Backlog goed wordt onderhouden, heeft het Scrum Team een duidelijk zicht op het werk dat nog resteert. Het kan ook een breder, toekomstgericht perspectief krijgen van hoe het pad naar het Productdoel eruitziet. Daarom moet de Product Owner ervoor zorgen dat de User Stories die in de Product Backlog zijn opgenomen, in volgorde van prioriteit voor voltooiing staan. En ook dat de taken die in de komende Sprints moeten worden voltooid, in de fijnste details zijn beschreven.

Als je onze inhoud leuk vindt, sluit je dan aan bij onze drukke bijengemeenschap op Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.