Story points er en måleenhed, der bruges i Scrum til at estimere kompleksiteten af en bestemt brugerhistorie eller opgave. De bruges til at måle, hvor meget arbejde der er involveret i at fuldføre en bestemt opgave og er baseret på faktorer som den nødvendige indsats, teknisk kompleksitet og risiko.
Scrum-teams bruger historiepoint til at estimere mængden af arbejde, der kan udføres i en given sprint. Under forfining af backlog tildeler teamet et bestemt antal storypoint til hver backlog-vare eller brugerhistorie. Derefter trækker de i sprintplanlægningen så mange backlog-elementer eller brugerhistorier, de forventer at gennemføre i løbet af spurten. Holdet bruger derefter disse estimater til at bestemme, hvor meget arbejde de realistisk kan udføre inden for sprinttidsrammen.
Story points udtrykkes typisk som en numerisk værdi, hvor hver værdi repræsenterer et forskelligt niveau af indsats og kompleksitet. For eksempel kan en brugerhistorie med en score på 1 repræsentere en simpel opgave, der kan udføres hurtigt, mens en historie med en score på 5 kan repræsentere en mere kompleks opgave, der vil kræve mere tid og kræfter.
Det er vigtigt at bemærke, at story points ikke er baseret på tidsestimater, men snarere på relativ kompleksitet. Det betyder, at en opgave med en højere story point-værdi kan tage længere tid at færdiggøre end en opgave med en lavere story point-værdi, men det er ikke altid tilfældet. I stedet er story points en måde for Scrum-teams at estimere den mængde arbejde, der er involveret i at fuldføre en bestemt opgave, så de bedre kan planlægge og styre deres arbejdsbyrde under et sprint.
Vurdering af historiepoint
Story point-estimering bruges til at estimere den relative størrelse eller indsats, der kræves for at færdiggøre en bestemt user story eller backlog-element. Ved at bruge story point-estimering under raffinering af efterslæb Scrum-teams kan evaluere mængden af arbejde, der kan afsluttes i et givet sprint. Teamet tildeler hvert backlog-element eller hver user story et vist antal story points baseret på dets kompleksitetsniveau, den krævede indsats, den tekniske risiko og andre faktorer.
Estimeringen udføres normalt ved hjælp af et pointsystem, såsom Fibonacci-sekvensen (1, 2, 3, 5, 8, 13, 21 osv.), hvor hvert tal repræsenterer et forskelligt kompleksitets- eller indsatsniveau. For eksempel ville en opgave med en score på 1 være relativt enkel og ligetil, mens en opgave med en score på 13 ville være meget mere kompleks og kræve en betydelig større indsats at gennemføre.
Det er vigtigt at bemærke, at story point-estimater ikke er baseret på tidsestimater. I stedet er de baseret på relativ kompleksitet, så teamet bedre kan planlægge og styre deres arbejdsbyrde under et sprint. Målet er at give et præcist estimat af det involverede arbejde, hvilket kan hjælpe teamet med at prioritere arbejdet og sætte realistiske mål for sprintet.
hvordan estimerer man historiepoint ved hjælp af planlægningspoker?
Planlægningspoker er en teknik, der bruges i Scrum til at estimere den indsats, der kræves for at færdiggøre en brugerhistorie eller et backlog-element. Det indebærer, at teammedlemmerne diskuterer kravene til brugerhistorien og derefter samtidig stemmer om storypoint-estimeringen ved hjælp af et sæt kort.
Her er trinene til at estimere historiepoint ved hjælp af planlægningspoker:
Forklar brugerhistorien
Det Product Owner skal forklare brugerhistorien for teamet og besvare eventuelle spørgsmål, som teamet måtte have.
Uddel planlægningspokerkort
Giv hvert holdmedlem et sæt planlægningspokerkort. Hvert kort skal have et tal på sig, der svarer til en historiepointværdi, såsom Fibonacci-sekvensen (1, 2, 3, 5, 8, 13, 21 osv.)
Stem samtidig på historiepunkter
Hvert teammedlem bør vælge et planlægningspokerkort, som de mener afspejler den indsats, der kræves for at fuldføre brugerhistorien. Når alle har valgt et kort, skal du afsløre kortene samtidigt.
Diskuter uoverensstemmelser
Hvis der er en væsentlig forskel i historiepointværdierne tildelt af teammedlemmer, bør teamet diskutere uoverensstemmelserne og forsøge at nå til enighed om den passende værdi. Normalt giver dem med højeste og laveste værdi deres argumenter for at vælge denne værdi
Gentag processen
Gentag processen med at diskutere og stemme om historiepunkter, indtil holdet når en konsensus om den passende historiepointværdi. Normalt skal et hold nå til konsensus efter tre runder.
Ved at bruge planlægningspoker til at estimere historiepoint, kan teamet samarbejde effektivt og sikre, at alle har en fælles forståelse af den indsats, der kræves for at færdiggøre en brugerhistorie eller backlog-emne. Dette hjælper teamet til bedre at planlægge deres sprints og sikre, at de er i stand til at gennemføre arbejdet inden for den givne tidsramme. Du kan lære mere om planlægning af poker ved læs vores dedikerede side om planlægning af poker her.
