Een product backlog is een van de essentiële onderdelen van de productontwikkelingsketen. Een geprioriteerde lijst met productfuncties en bugfixes die leidt van de visie van het bedrijf en het product tot de uitvoering. In wezen valt het beheer van de productachterstand bij de productmanager, die de belangrijkste verplichting heeft om het te creëren, te prioriteren en te onderhouden. Bovendien moet uw voorbeeld van een productachterstand worden gebouwd op een tool die gebruiksvriendelijk, flexibel genoeg is om te worden aangepast en gemakkelijk toegankelijk is, vooral in de cloud. Lees verder om meer te weten te komen over het verschil tussen productachterstand versus sprintachterstand en de verfijning ervan.
Overzicht
Een productachterstand is de checklist van werk dat door softwareontwikkelingsteams wordt gebruikt om gewenste functies, bugfixes en andere technische taken in de wachtrij te plaatsen. Met andere woorden, het is een takenlijst voor bedrijfsontwikkeling. De productachterstand linkt terug naar de productroadmap van een bedrijf, wat helpt bij het prioriteren van items en taken bovenaan de productachterstand, zodat het team weet wat het eerst moet worden opgeleverd. Daarnaast is het een effectieve manier voor het team om te communiceren waar ze aan werken en van plan zijn om aan te werken. Laten we in het kort eens in detail kijken hoe je een product backlog maakt,
Stappen om een Product Backlog te creëren
Een product backlog is meer dan een simpele takenlijst waarbij je ingewikkelde taken opsplitst in een reeks stappen en deze toevertrouwt aan teamleden. Volg deze stappen om een effectieve product backlog te ontwikkelen,
#1. Voeg ideeën toe aan uw achterstand
Als een klant naar je toe komt met ideeën voor het creëren van een nieuwe softwareoplossing of het verbeteren van een bestaande, overweeg dan om deze ideeën toe te voegen aan je backlog. Omdat het toevoegen ervan aan uw backlog belangrijke gesprekken kan stimuleren en een team kan helpen oplossingen te vinden om aan het verzoek van de klant te voldoen. Door ze op te nemen, kunt u dus bepalen of de update haalbaar is volgens de tijdlijn en het budget van het project. Hier zijn meer potentiële bronnen van backlog-ideeën:
- Het kwaliteitsborgingsteam (QA) van een bedrijf
- Klantonderzoeken naar producteigenschappen
- Beoordelingen van producten of diensten
- Suggesties of verzoeken voor verkoop en marketing
#2. Bouw een productroutekaart
De product roadmap is de basis voor de product backlog. Uw team moet eerst een routekaart maken, die vervolgens zal dienen als actieplan voor hoe uw product zal veranderen naarmate het zich ontwikkelt. De roadmap is de visie voor productontwikkeling op de lange termijn, maar kan ook evolueren.
#3. Checklist Product Backlog-items
Met uw productroadmap in het achterhoofd, kan uw team beginnen met het inventariseren van productachterstanditems. Deze items moeten zowel items met hoge prioriteit als meer abstracte ideeën bevatten. Tijdens deze fase van het creëren van productachterstanden moet u ook communiceren met belanghebbenden en luisteren naar hun ideeën voor productverbeteringen.
#4. Focus op uw achterstand
Nadat uw team alle items heeft opgesomd, sorteert en prioriteert u uw belangrijkste taken door de klant in gedachten te houden en na te gaan welke items voor hen de meeste waarde hebben. Nadat u het verzoek van de klant volledig hebt begrepen, kunt u overwegen het idee te categoriseren in individuele en uitvoerbare taken die het ontwikkelteam in volgorde van prioriteit moet voltooien, met de meest kritieke taken bovenaan de achterstand en de minst kritieke taken onderaan.
#5. Regelmatig bijwerken
Terwijl uw team de productachterstand doorwerkt, moet u er rekening mee houden dat het een levend document is waarin u voortdurend items aan de achterstand moet toevoegen, selecteren en verfijnen terwijl u werkt. Daarom is het, wanneer het team taken voltooit, belangrijk om bij te werken om deze wijzigingen weer te geven.
Voorbeeld van productachterstand
De productachterstand is het belangrijkste artefact in elk productontwikkelingsbedrijf. Hoe moeten we dit kritieke artefact structureren? Een voorbeeld van een productachterstand is een lijst met actiepunten met betrekking tot productontwikkeling die door productteams wordt gebruikt om taken te plannen, selecteren en beheren. Bijvoorbeeld,
#1.Project
- Inlogpagina voor het definitieve ontwerp van de klant
- Registratiepagina voor het testen van klanten
- Een ticketbuild maken (inclusief documenten en screenshots bijvoegen)
- Bugfix: automatisch toewijzen van tickets aan de leider van het ondersteuningsteam
#2. Waarderingen
- Als iemand die met succes een certificeringscursus heeft afgerond (een Certified ScrumMaster of Certified Scrum Product Owner worden), krijg ik per e-mail een link naar een enquête over de cursus en instructeur, zodat ik feedback over de cursus kan geven.
- Als trainer wil ik er zeker van zijn dat niemand meerdere keren dezelfde antwoorden kan indienen en mijn resultaten kan vertekenen, zodat mijn beoordelingen nauwkeurig zijn.
- Als trainer word ik op de hoogte gehouden van de resultaten van enquêtes over mijn lessen, zodat ik ze kan lezen. (Vragen: na elke enquête? Na een bepaalde tijd? Krijgt de trainer een e-mail of weet hij gewoon dat hij naar de site moet gaan?)#3.lidmaatschap
- Als sitebeheerder kan ik de jaarlijkse kosten voor leden, beoefenaars en trainers instellen, zodat de kosten kunnen worden vastgesteld zonder tussenkomst van een programmeur.
- Als iemand wiens lidmaatschap (van welk type dan ook) bijna afloopt, krijg ik een herinnering en een link zodat ik kan verlengen.
- Als lid met problemen met het kortetermijngeheugen kan ik het systeem mij een nieuw wachtwoord of een wachtwoordherinnering laten e-mailen, eventueel mijn gebruikersnaam (tenzij we daarvoor e-mail gebruiken), en zo
#4. Banen
- Als sitebeheerder krijg ik een e-mail wanneer er een vacature wordt ingediend, zodat ik hiervan op de hoogte ben en kan beslissen of ik deze wil plaatsen.
- Als sitelid kan ik me abonneren op een RSS-feed met beschikbare vacatures, zodat ik ze kan lezen zonder de site te bezoeken.
- Als sitebeheerder kan ik advertenties voor hulp zoeken bewerken en verwijderen, zodat ik kleine problemen kan corrigeren of maken
#5. Voltooiing van de cursus
- Als deelnemer krijg ik een pagina te zien die me vertelt hoe ik mijn PDU's kan krijgen nadat ik de cursus heb voltooid, zodat ik het krediet verdien waarin ik misschien geïnteresseerd was.
- Als deelnemer kan ik een certificaat van voltooiing behalen door een cursus af te ronden, zodat ik een bewijs heb dat ik een cursus heb afgerond.
- Als deelnemer kan ik een badge verdienen waaruit blijkt dat ik een cursus heb afgerond, zodat ik die badge op mijn eigen website kan tonen.
Met het relevante voorbeeld van een productachterstand is het mogelijk om nauwkeurige schattingen te maken van de werklast en te voorspellen wat wanneer zal worden voltooid met weinig afwijkingen.
Verfijning van de productachterstand
Product Backlog verfijning is het toevoegen van details, schattingen en bestellingen aan items in de Product Backlog. Het is ook het proces waarin de producteigenaar en het ontwikkelingsteam samenwerken, de details beoordelen en herzien van items die op het punt staan te worden geïmplementeerd. In wezen is verfijning van de productachterstand noodzakelijk, omdat het team hierdoor vertrouwd raakt met de items met de hoogste prioriteit. Laten we eens kijken hoe we de verfijning van een productachterstand effectief kunnen uitvoeren,
Hoe u effectief een Product Backlog Refinement Sessie kunt uitvoeren
Hier zijn enkele best practices voor verfijning die u zullen helpen uw backlog-verfijningssessie effectiever te maken.
#1. Maak het diep
Een goed beheerde achterstand zou DE'EP moeten zijn, wat een acroniem is voor correct gedetailleerd, geschat, opkomend en geprioriteerd.
- Gedetailleerd zijn betekent dat items met een hogere prioriteit een hoger detailniveau moeten hebben dan items met een lage prioriteit.
- Geschat betekent dat u een goed idee moet hebben van de tijd en middelen die nodig zijn om elk achterstallig item te implementeren.
- Emergent betekent dat de backlog een levend document is dat regelmatig moet worden bijgewerkt.
- De achterstandsitems moeten in volgorde van prioriteit worden gerangschikt.
#2. Houd klanten in gedachten
Elke beslissing die tijdens de backlog-verfijningsvergadering wordt genomen, moet gebaseerd zijn op de behoeften van de klant. Immers, als het product niet werkt voor uw klanten, doet niets er verder toe. Het team zal de gebruikersverhalen openlijk bespreken om ideeën uit te wisselen en uiteindelijk tot een gemeenschappelijk begrip te komen. Bovendien wordt aanbevolen om uw discussies en gedachten te documenteren, zodat de PO ze achteraf kan bekijken en een samenvatting kan maken.
#3. Identificeer afhankelijkheden
Soms kunnen bepaalde backlog-items pas worden geïmplementeerd als een ander item is gestart of voltooid. Het niet identificeren van deze afhankelijkheden kan leiden tot vertraagde voortgang langs de lijn. Daarom is het goed om deze afhankelijkheden vroegtijdig te identificeren en er plannen voor te maken.
#4. Follow-up na de vergadering
Zodra de vergadering voorbij is, volgt u alle aanwezigen op en deelt u de notulen van de vergadering met hen. Dit helpt iedereen op dezelfde pagina te houden en zorgt ervoor dat ze op de hoogte zijn van de volgende stappen. En als sommige gebruikersverhalen informatie missen, blijf dan meer onderzoek doen en voeg details toe voor de volgende verzorgingsbijeenkomst.
Beheer van productachterstanden
Product backlog management is wanneer de producteigenaar de backlog-items toevoegt, aanpast, verbetert en prioriteit geeft om ervoor te zorgen dat klanten alleen het beste en meest waardevolle product ontvangen. Daarom is het in wezen een lijst met geprioriteerde taken die moeten worden uitgevoerd. Als een taak niet op de lijst staat, wordt de taak niet als voltooid geteld.
Product backlog management dient dus als een goed startpunt voor sprintplanning en -ontwikkeling van het team om de taken te identificeren die mogelijk deel kunnen uitmaken van de sprint. Dus om nauwkeurigheid en transparantie te garanderen, moet de productachterstand up-to-date zijn door verfijning van de achterstand. Hieronder staan tips voor een productmanagementteam,
#1. Begin met een productstrategie
Goed backlogbeheer begint met een duidelijk geschreven en gearticuleerde productstrategie. Zorg ervoor dat je de productstrategie hebt gedefinieerd en gevalideerd voordat je begint met het beheren van een productachterstand. Om uw visie te realiseren, moet u eerst een goed gedefinieerde productstrategie hebben.
#2. Stel de Backlog-voorkeuren goed in
Het prioriteren van de taken in je backlog is een belangrijk aspect. In lijn met de KPI's en productvisie, moet uw backlog-prioritering duidelijk en transparant zijn. Gebruik prioriteringskaders en -procedures om uw ideeën op orde te houden en iteraties gemakkelijk te plannen. Feedback van gebruikers kan u hierbij helpen door te begrijpen welke initiatieven het belangrijkst zijn voor uw klanten.
#3. Samenwerken
Laat de productmanagers en het ontwikkelteam samenwerken om te zorgen voor goed backlogmanagement. Betrek beide teams in backlog-gerelateerde discussies om de technische risico's en afhankelijkheden beter te ontdekken. Ook zal elk lid van het productteam waardevolle feedback hebben, dus gebruik deze vergaderingen om te bespreken hoe prioriteit kan worden gegeven aan de achterstand om het begrip en de acceptatie te vergroten. Dit zal leiden tot een duidelijk begrip binnen het team van wat prioriteit heeft gekregen en waarom.
#4. Pas het woord 'nee' diplomatiek toe
Een van de uitdagingen van een productmanager is dat ze zich onder druk gezet kunnen voelen om elk verzoek van belanghebbenden en teamleden te accepteren, maar het doel is om uw klanten blij te maken, niet om aan elk verzoek te voldoen of 'ja' te zeggen tegen elk idee. Stimuleer resultaten en efficiëntie (om nog maar te zwijgen van winstgevendheid) door vaker 'nee' te zeggen. Het is belangrijk om geen interne blokkade te worden en open te blijven staan voor nieuwe verzoeken, maar door 'nee' te zeggen, kunt u prioriteiten stellen zonder afgeleid te worden.
#5. Houd belanghebbenden op de hoogte
Deel transparante updates met belanghebbenden om de huidige status van uw backlog te communiceren. Updates kunnen de vorm aannemen van het geven van toegang aan belanghebbenden tot een live dashboard met een actueel beeld van uw achterstand.
Of het kan een regelmatig e-mailbulletin zijn voor relevante mensen in het bedrijf, met slechts een momentopname van het dashboard. Behoud transparantie met de stakeholders als het gaat om de product backlog. Laat uw stakeholders weten wat de huidige status is, ontvang de laatste updates en geef nuttige feedback.
Sprintachterstand versus productachterstand
Sprint backlogs en product backlogs lijken qua componenten sterk op elkaar. Maar een sprintachterstand is een lijst met werkitems die uw team van plan is te voltooien tijdens een projectsprint die meestal uit de productachterstand wordt gehaald tijdens de sprintplanningsessie. Daarom voorkomt een duidelijke sprintachterstand scope creep door precies te verduidelijken wat uw team tijdens elke sprint wel en niet zal doen. Nu gaan we kijken naar het verschil tussen sprint backlog versus product backlog,
Ten eerste bevat de product backlog de volledige lijst met aankomende items voor de levenscyclus van een product, terwijl de sprint backlog zich richt op wat er nodig is om individuele sprintdoelen te bereiken. Daarom moet elk item dat uit de productachterstand wordt gehaald om de sprintachterstand te vormen, gerelateerd zijn aan het succes van dat specifieke sprintdoel.
Ten tweede houdt de productachterstand bij hoe het productteam werkt, afhankelijk van de grootte van uw organisatie. U kunt één centrale productachterstand hebben of meerdere voor verschillende teams. Ook zal de producteigenaar de productachterstand periodiek verfijnen om ervoor te zorgen dat de belangrijkste initiatieven bovenaan staan en dat elk initiatief alle informatie heeft die nodig is om ertegen uit te voeren. Terwijl een sprintachterstand een subset is van de productachterstand en de werkitems opsomt die in één specifieke sprint moeten worden voltooid.
Daarnaast zijn zowel product backlog als sprint backlog essentieel om het gehele productontwikkelingsproces transparant te houden. Ze geven ook een duidelijk beeld van de voortgang van het werk en de toekomstplannen.
Wat is een productachterstand in Scrum?
In de eenvoudigste definitie is de Scrum Product Backlog simpelweg een lijst van alle dingen die gedaan moeten worden binnen het project. Het vervangt de traditionele specificatie-artefacten. Deze items kunnen technisch van aard zijn of gebruikersgericht zijn, bijvoorbeeld in de vorm van user stories. De eigenaar van Scrum is de Scrum Product Owner. De Scrum Master, het Scrum Team en andere Stakeholders dragen bij aan het hebben van een brede en complete To-Do lijst. Bij het toepassen van Scrum is het niet nodig om een project te starten met een langdurige inspanning vooraf om alle vereisten te documenteren.
In een notendop
Een productachterstand is een geordende lijst met taken, functies of items die moeten worden voltooid als onderdeel van een grotere productroutekaart. Met de hierboven genoemde richtlijnen denk ik dat je nu in staat zult zijn om effectief beheer te creëren, je kunt ontwikkelaars dagelijkse, wekelijkse of maandelijkse taken toewijzen die gericht zijn op je einddoelen en je helpen een beter product te bouwen.
Referenties
- asana.
- Inderdaad.
- .bergoatsoftware
- .luchtgram.
Gerelateerde artikelen
- WAT IS SCRUM: definitie, principes en doel
- AGILE PROJECTMANAGEMENTTOOLS: definitie, gebruik en lijst van APM
- Projectmanagementtools: de beste 25+ tools en technieken
- Werkorder: eenvoudige procedure/stappen voor het maken van een werkorder
- PRODUCTROADMAP: Betekenis, voorbeeld, hoe het te maken, software en strategie
- BEDRIJFSTRANSFORMATIE: definitie, proces, strategieën, agentschappen en model
