Het verzorgen van de Product Backlog is een van de primaire 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.
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 als:
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 de momenteel uitgevoerde taken te bekijken vanuit het perspectief van hun ontwikkeling in de volgende Sprints.
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 er 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 die door de Product Owner worden uitgevoerd. De meest voorkomende fouten die Product Owners maken, hebben betrekking op:
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.
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 in dit artikel over hebben geschreven.
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.
De Product Owner voert Product Backlog Verzorging uit. Wanneer de Product Backlog goed wordt onderhouden, heeft het Scrum Team een duidelijk beeld van 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 bijencommunity op Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Als projectmanager is Caroline een expert in het vinden van nieuwe methoden om de beste workflows te ontwerpen en processen te optimaliseren. Haar organisatorische vaardigheden en het vermogen om onder tijdsdruk te werken, maken haar de beste persoon om ingewikkelde projecten werkelijkheid te laten worden.
Wat zijn de voordelen van sociale media? Kan het gerichte traffic naar je bedrijfswebsite brengen?…
Als je verkoopt op 's werelds populairste marktplaats, maak je je zeker zorgen over de…
De maatstaf voor de effectiviteit van een marketeer is het aantal conversies, dat wil zeggen…
Als het gaat om AI in muziekproductie, is het het beste in co-creatie, en vooral…
In het artikel van vandaag zullen we het onderwerp van samenwerking tussen de Product Owner…
Elke leider heeft doelen zoals het opbouwen van een team dat op gepaste wijze hoge…