Sådan Køres Et Agilt Sprintplanlægningsmøde + Dagsorden
Hvad Er Et Sprintplanlægningsmøde?
et sprintplanlægningsmøde er en af Scrum-ceremonierne, der i vid udstrækning er vedtaget af hold, der bruger sprints til at markere, hvornår arbejdet “begynder” og “slutter.”Det er designet til at besvare spørgsmålene, Hvad kan leveres i denne næste sprint? Og hvordan vil vi udføre dette arbejde?
for at sige det enkelt skal sprintplanlægningsmødet give struktur, sætte forventninger og definere efterslæbet for den kommende sprint.
der er flere mennesker involveret i disse møder, og det er en meget samarbejdsindsats. Lad os nedbryde, hvad hver rolle gør.
de 3 scrum roller: produkt ejer, scrum master, development team
ScrumMaster
ScrumMaster Letter sprint planlægning møde og sikrer, at mødelokaler er booket, forsyninger er tilgængelige, folk er forberedt, og alle videokonferencer og andre tilslutningsmuligheder detaljer er klar til at gå. Med hensyn til planlægning bør Scrummasteren være tidsboksning af dette møde i henhold til længden af sprinten. For eksempel, hvis holdet arbejder i 2 ugers sprints, skal sprintplanlægningsmødet mellem 2-4 timer. Scrummasteren skal styre tiden korrekt for at sikre, at der er fuldstændig tilpasning til sprintmålet, før mødet afsluttes.
produktejeren
produktejeren er ansvarlig for at sikre, at alle varer i efterslæbet er forberedt inden mødet. De skal afklare detaljer om hvert produkt efterslæb og være en ressource for teamet, når de stiller spørgsmål omkring brugssag eller acceptkriterier. Dette er nok det vigtigste møde for en produkt ejer & en de skal afsætte masser af tid til at forberede.
udviklingsteamet
det er klart, at de mennesker, der udfører arbejdet, skal være i sprintplanlægningsmødet. Designere, udviklere, testingeniører—enhver, der vil bidrage til arbejdsproduktet—skal være til stede og deltage aktivt i dette møde, så de kan gå væk med en solid forståelse af, hvad der forventes af dem, og hvad der er prioritet at arbejde på i løbet af den næste sprint.
husk, at hold bliver bedre til sprintplanlægning med tiden. Hvis et hold er nydannet (eller nyt for agile-metoden), er der muligvis ikke så meget fælles forståelse for, hvor meget der kan gøres inden for hver sprint. Senere vil vi tale om beregning af hastighed. Bare husk, at modne hold har en tendens til at gøre det bedre. Der er et element af konstant forbedring med agile, så giv dig selv en vis nåde, hvis dit første sprintplanlægningsmøde ikke gik så godt, som du havde håbet!
Hvorfor Skal Du Køre Et Sprintplanlægningsmøde?
hvorfor køre et sprintplanlægningsmøde? Fordi det er en fantastisk mulighed for at få hele holdet sammen og samarbejde for at fastslå, hvad alle er ansvarlige for i løbet af næste sprint! Fra et personligt perspektiv var det vanskeligt for vores team at identificere, hvad de nøjagtigt arbejdede på hver sprint, og – endnu vigtigere hvorfor – før vi vedtog denne smidige praksis. Siden da har det været meget lettere for vores team at arbejde sammen og føle sig mere sikre på, hvad vi skal levere.
et hold, der kender sine nøjagtige mål, er et lykkeligt hold. Ifølge Christina Hartman, PMP, PMI-ACP, inkluderer de grundlæggende fordele ved sprintplanlægning:
- samarbejde og teambuilding
- fælles forståelse af produktet
- Opgaveopdagelse
- opgavetilmelding
- opgaveprioritering
- Opgavestimering
- forbedring af viden og færdighedssæt
- forskellige perspektiver
- fremmer just in time (JIT) planlægning
nedenfor vil vi tale om blot nogle få af de største fordele ved sprintplanlægningsmøder.
bringer Definition til dine mål
hvis du er en ScrumMaster (eller lignende DPM-rolle) på et team, der leverer udviklingsarbejde og bruger agile metoder, skal du køre et sprintplanlægningsmøde. Disse møder hjælper med at sætte dit team op til succes, fordi det giver alle mulighed for at forstå præcis, hvad målet er for hver sprint af arbejde.
du definerer to vigtige ting under sprintplanlægning:
et sprintmål
dette er en kort (1-2 sætning) beskrivelse af, hvad holdet skal gennemføre i løbet af sprinten. Holdet skriver det sammen og udgiver det, så folk til enhver tid kan henvise til det. Sprint-målet er også en hurtig og nem erklæring for interessenter at læse og forstå, hvad teamet arbejder på, uden at skulle gå ind i ukrudtet i efterslæbet. Sprintmålet er målepinden, der bruges i slutningen af hver sprint, der hjælper med at besvare spørgsmålet: var denne sidste sprint vellykket? Et eksempel på et sprintmål kan være: byg funktion for at falde sammen med ferie lancering (signalering om, at en funktionslevering med en bestemt milepæl er det vigtigste sprintmål).
en sprint backlog
dette er en liste over de produkt backlog elementer, som holdet vælger og forpligter sig til at arbejde på under sprinten. Det omfatter også alle de nødvendige opgaver, der kræves for at levere arbejdet. Hver opgave skal også estimeres. Det store team hos Mountain Goat har et videokursus om scrum foundations &, der forklarer, hvordan sprint Backloggen burde komme sammen under sprintplanlægningen.
det er nemt for sprints at gå ud af skinnerne uden en fælles forståelse af, hvad der skal opnås. Sprintplanlægningsmødet er dit middel til at komme dertil.
bringer justering og Buy-in fra dit Team
Husk, at det er en samarbejdende teamindsats at nå frem til de output, du har ved udgangen af et sprintplanlægningsmøde. Holdet bestemmer, hvor meget der bliver gjort under en sprint, ikke en overvældende produktejer eller en ekstern interessent. Dine teammedlemmer får en følelse af bemyndigelse ved at tage ansvaret for deres arbejdsstrøm. De drager også fordel af bedre tilpasning til andre ved at have tid til at tale om, hvordan deres arbejde passer sammen i løbet af den næste sprint.
giver et referencepunkt til måling af hastighed
du skal også køre en sprintplanlægningsbegivenhed, hvis du ved, hvor meget dit team kan opnå under en sprint. Dette kaldes almindeligvis hastighed eller sprinthastighed og etableres, efter at et hold har arbejdet lidt sammen. Ifølge Scrum Inc.,
hastighed er et mål for mængden af arbejde, et Team kan tackle under en enkelt Sprint og er nøglemetrikken i Scrum.
det beregnes i slutningen af en sprint ved at tilføje alle de færdige brugerhistoriepunktsoverslag og beregnes i gennemsnit i løbet af flere sprints.
for eksempel, hvis holdet i Sprint 1 afsluttede 25 historiepunkter, i Sprint 2 afsluttede de 35, og i Sprint 3 afsluttede de 30, ville holdets hastighed være 30. 25 + 35 + 30 = 90/3 = 30.
fremadrettet ville scrum-Teamet vide, at de i gennemsnit gennemfører 30 historiepunkter pr. Som nævnt ovenfor beslutter holdet, hvad de vil bide af hver sprint, så hvis de vil skyde for 40 historiepunkter, og alle er enige, kan sprint backlog tilføje flere historiepunkter end deres hastighed. Det omvendte kunne også være sandt.
hastigheden vil ebbe og strømme over tid, men et modent agile teams hastighed vil begynde at udvikle sig opad, da de bliver mere og mere vant til at arbejde sammen og på produktet. Velocity er et nøglenummer for produktejeren at huske på, da de arbejder for at finde ud af, hvor mange sprints det vil tage for at frigive den næste version af produktet.