Wat is een productachterstand? (2022 gids)
Udn Webber
Redactionele coördinator
Geïnteresseerd in het leren over de Productachterstand ?
In de behendige methodologie, de Productachterstand is een lijst met alles waar je in moet werken in een project. Kenmerken, bugfixes, noem maar op.
Soort als een Amazon-verlanglijst 🎁, de backlog markeert wat de klanten in een product verlangen.
In dit artikel zullen we onderzoeken wat een productachterstand is .
We dekken ook wat er in een productachterstand gaat en hoe u backlogbeheer uitvoert.
Laten we in duiken.
Wat is een productachterstand?
EEN Productachterstand is een lijst met deliverables die uw team moet voltooien voor succesvol Agile Product Development .
De Product eigenaar Maakt en onderhoudt de achterstand, die fungeert als een enkele bron van vereisten voor het hele project.
Echter, in tegenstelling tot de meeste andere projectdocumenten, een Productachterstand is super flexibel, zoals Meneer fantastisch van De fantastische vier .
Wanneer u de productachterstand maakt, omvat u alleen initiële klantvereisten als Productachterstand items . U maakt geen stijve plannen op basis hiervan; Het is gewoon een startpunt voor je team.
En terwijl je gaat over het project, jouw Weerbaar of Scrum-team regelmatig verfijnt de achterstand gebaseerd op de behoeften van de klant.
Op deze manier past de Agile-productachterstand zich aan om de projectvereisten te veranderen, waardoor het een 'levende artefact' is.
Een beetje zoals hoe we onze levensstijlen aangepast tijdens de CoviT-pandemie! 😷
Product Roadmap versus Product-achterstand
De backlog van het product is vaak in de war met een ander Agile-document, de Product Roadmap .
Echter, terwijl ze allebei helpen navigeren Het project, hier is hoe ze anders zijn:
Dus welke kwam eerst: de Agile-productachterstand of de routekaart?
De routekaart!
Hier is een handig grafiek om te begrijpen hoe deze tools in de grote foto passen:
Ontdek de diepten van Product beheer met ons uitgebreide artikel.
Wat bevat een productachterstand?
Nu we het "wat is een productachterstand?" Vraag uit de buurt Laten we eens kijken hoe het anders is dan andere project-gerelateerde documenten.
Maar wat gaat er in deze klant wenslijst?
Net als hoe je geschenkcategorieën hebt, zijn productachterstand items meestal gegroepeerd in:
Laten we elke backlog-item dichterbij bekijken.
A. Kenmerken
Product Kenmerken zijn functionaliteiten die waarde leveren aan de klant of eindgebruiker.
Sommige kenmerken van functies omvatten:
Nu is elke functie in de backlog van het product meestal verdeeld in eenvoudiger Gebruikersverhalen .
Een gebruikersverhaal is een informele beschrijving die overlegt wat de gebruiker vanuit hun perspectief wil.
Laten we bijvoorbeeld zeggen dat je een multiplayer-game 🎮 ontwikkelt, en de gebruikers willen hun vrienden uitnodigen.
Dan zou het gebruikersverhaal kunnen zijn:
" Als een gamer, ik wil om mijn vrienden uit te nodigen om het spel te spelen zodat We kunnen het samen genieten. "
Elk verhaal verhaal krijgt een prioriteit , markeren hoe belangrijk het is voor de gebruiker en een verhaalpunt .
De Story Point beschrijft de inspanning die nodig is om het te ontwikkelen in vergelijking met een ander verhaal.
Zie het als het moeilijkheidsgraad in een spel.
Als het verhaal een Point 1 en Story B bijvoorbeeld een punt 2 heeft, duurt B tweemaal de moeite die nodig is om A. te ontwikkelen.
Op zoek om dieper te duiken? Alles over Verhaalpunten hier .
B. Bugs en defecten
Bugs 🐛 en defecten optreden wanneer het product zich niet gedraagt als de gebruiker verwacht.
Als je bekend bent met DOTA2 , een populair multiplayer-spel, je zult weten waar we het over hebben. Na elke update, zou er een aantal zijn bugs die de gameplay beïnvloeden .
Natuurlijk kan het maken van een bugvrije product bijna onmogelijk zijn, vooral in het software-rijk.
Het is echter essentieel voor snel repareer deze kwesties om de productwaarde en klanttevredenheid te verbeteren.
En een manier om dat te doen, is om de backlog van het product te gebruiken om deze oplossingen bij te houden.
Meestal zijn er drie soorten defecten:
Dus gebruik je Gebruikersverhalen Om bugs en gebreken te beschrijven zoals jij voor functies?
Niet noodzakelijk.
Uiteindelijk hangt het af van de behoeften van uw team en hoe u de Agile methodologie .
Vergeet niet om het duidelijk te definiëren, zodat iedereen op dezelfde pagina staat.
C. Technische schulden
Technische schuld is de langetermijneffecten die optreden als gevolg van een slechte besluitvorming die gericht is op kortetermijnvoordelen.
Als gevolg hiervan moet je wat extra wijzigingen aanbieden.
Een eenvoudig voorbeeld van technische schulden is de extra codering die je morgen moet doen om bugs te repareren omdat je vandaag de software levert.
Dit vereist meer tijd en andere bronnen, die u "lenen" van de toekomst van het product.
Sorta zoals de interesse die u betaalt wanneer u geld lenen 💸 Voor een dringende behoefte .
D. Onderzoek
Ontwikkelen van een product zonder enige Onderzoek is als koken zonder te weten wat je doet.
Overweeg jezelf Super Lucky als je op deze manier iets goeds maakt! 😅
Hoewel onderzoek een andere taak is die niet relevant is voor de gebruiker, is het essentieel om een fantastisch product te ontwikkelen en u kunt het opnemen in uw productachterstand.
Ook gekend als stekels , dit zijn "onderzoeken" het team voert om een functie of concept te begrijpen voordat u eraan begint.
De uitvoer hier is geen productverhoging, maar kennis die u helpt om van tevoren oplossingen te brainstormen.
Echter, om ervoor te zorgen dat uw Agile-team niet wordt Sherlock Holmes 🕵️♂️, houd deze onderzoeken Kort en timebak . Doe het alleen als er onzekerheid is over het implementeren van werkitems.
Een voorbeeld van een productachterstand
Hier is een productachterstand voorbeeld om u te helpen visualiseren waarover we tot nu toe hebben gehad.
Voor de eenvoud hebben we alleen de functies van een online multiplayer-game overwogen.
Elke functie krijgt een verhaalpunt toegewezen en de backlog-items worden besteld op basis van hun prioriteit, met de hoogste prioriteit (prioriteit = 1) item bovenaan.
Productachterstand en beheren en beheren?
In de Agile of Scrum Framework, de Product eigenaar is verantwoordelijk voor het maken en beheren van de productachterstand voor de duur van het project.
Geen grote deal, toch?
Het is gewoon een kwestie van het samengeven van een spreadsheet en het delen met iedereen.
Sorry om het met je te breken, maar ...
Terwijl het product achterstandsjabloon we hierboven bedekt, lijkt het eruit als een spreadsheet, het is slechts een basisch ontwerp van wat er in een achterstand gaat.
Van het leggen van de basis aan backlog-verzorging , er is een veel meer dat gaat in het bouwen van een productachterstand.
Laten we dus de vier kritieke stappen in het product-backlogbeheer verkennen en hoe u ze met gemak kunt uitvoeren:
1. Zorg voor een solide productroutekaart
Vergeet niet dat je routekaart de fundament voor de productachterstand.
Dus voordat u items aan de achterstand toevoegt, moet u begrijpen wat de gebruikers duidelijk willen.
Vraag hen wat hun niet-functionele en functionele vereisten zijn en notities maken . 📝
Hoe dieper uw gebruikersinzichten zijn, hoe nauwkeuriger uw routekaart en achterstand zal zijn.
Dan, op basis van al die informatie, vorm je routekaart.
Hoe doe je dat?
Eenvoudig: gewoon gebruiken Udn taakmanager !
Deze krachtige Agile Backlog Management Tool biedt verschillende functies om u te helpen bij het bouwen van de ultieme productroutekaart.
Wordt een visionair product Udn taakmanager door:
Bekijk onze uitgebreide gids over roadmapping.
2. Maak het item van het product Backlog-item
Zodra je je routekaart op zijn plaats hebt, is het tijd om te koken! 👩🍳
Dobbel de initiatieven en voeg ze toe aan uw SCROM-product-achterstand in uw Roadmap-software .
Vergeet niet om alleen een item toe te voegen als het wat heeft werkelijke waarde .
Wat u als waardevol beschouwt, hangt af van uw project- en gebruikersbehoeften.
Nu dingen aan het opwarmen 🔥, is het tijd om uw productachterstanditems te organiseren door ze te vermelden met behulp van gebruikersverhalen, epics of elke methode die u verkiest.
We hebben het gesproken over gebruikersverhalen , dus wat zijn epics?
Epics zijn een verzameling van verschillende gebruikersverhalen die een specifiek doel delen.
Gezien hoe 'epic' ze zijn, worden deze items meestal ontwikkeld over een reeks sprints.
Gelukkig, Lijsten in Udn taakmanager Maak het maken van productachterstand Items A Cakewalk.
Bouw een lijst gewoon om uw productachterstand te vertegenwoordigen en taken in de lijst te maken voor elk achterstandnummer. Je kunt dan verschillende dingen aanpassen, zoals hun Vervaldata , Tijdschattingen , en meer .
Bovendien?
Udn taakmanager geeft jou:
3. Backlog Prioritization
Voor de meeste teams is de productachterstand een dumpinggrond voor ideeën, functies, verhalen en vrijwel alles met betrekking tot het product.
Het probleem?
Je zou alles zo belangrijk behandelen en er is geen duidelijkheid over wat het productteam zou kunnen focussen.
Om nog maar te zwijgen van de achterstand wordt rommelig, leidend tot hoofdpijn! 😓
Daarom is het essentieel voor prioriteren elk backlog-item op basis van verschillende aspecten zoals:
Prioriteiten kunnen veranderen naarmate het project vordert, en de eigenaar van het product moet de Agile-achterstand dienovereenkomstig bijwerken.
Hoewel er verschillende prioritatietechnieken zijn, omvatten twee van de meest populaire:
Op basis van de prioritisatietechniek die u kiest, kunt u gebruiken Prioriteiten in Udn taakmanager om de taakprioriteit aan te geven met vier kleurgecodeerde vlaggen. 🚩
Gewoon een blik op uw SCRUM-product-achterstand in Udn taakmanager , en je zult weten wat taken dringend aandacht vragen.
4. Productachterverslag
Het hebben van een Agile-productachterstand is één ding, maar laat het in een vat een andere leeftijd zijn.
Het wordt al snel verouderd, wat het hele project in gevaar zou brengen. 🤦♀️
Dus de sleutel om te zorgen voor een gezonde productachterstand is om verfijnen het met regelmatige tussenpozen of als u gaat over het project.
Ook gekend als Agile Backlog-verzorging , het verfijnen van de achterstand zorgt ervoor dat het relevant, gedetailleerd, en in overeenstemming blijft met het huidige begrip van de productvisie en de strategie.
Tijdens de verzorgingssessie van de backlog voert u activiteiten uit als:
Uw Scrum-productachterstand moeten gemakkelijk toegankelijk en zichtbaar zijn voor elk stakeholder- en Scrum-teamlid voor een moeiteloze verzorgingssessie.
Gelukkig, met keer bekeken in Udn taakmanager , je kunt de Agile-achterstand zien uit elke gewenste hoek.
Van een Kanban-bord Uitzicht op een revolutionair Tafelweergave , je krijgt verschillende opties om uit te kiezen! 🤩
Je kan ook gebruiken Aangepaste statussen Om elk product-backlog-item met gemak te volgen.
Aanvullend, Rechten in Udn taakmanager Hiermee kunt u belanghebbenden in uw projectruimte brengen zonder uw privacy in gevaar te brengen. 🔐
Dit maakt het ongelooflijk eenvoudig om iedereen op dezelfde pagina te houden.
Wil leren hoe we gebruiken Udn taakmanager ? Uitchecken hoe Udn taakmanager Het productteam gebruikt Udn taakmanager
Met een grote verscheidenheid aan functies, Udn taakmanager kan agile teams helpen, zoals:
Fastrack via uw productachterstand 🏃
De productachterstand is een essentieel onderdeel van de Agile Project-methodologie .
Het is echter niet wat te doen productteam kan snel in enkele minuten omhoog komen.
Het kost tijd en moeite om de achtergrondachterstand op de juiste manier te maken en te beheren.
En daarvoor heb je nodig Udn taakmanager !
Met functies zoals Lijsten , Prioriteiten , een verbrandingsgrafiek en meer, dit Agile Tool maakt productachterstandmanagement een stukje van de taart.
Krijgen Udn taakmanager Vandaag gratis en wis uw achterstanden zonder hoofdpijn! 🤗
