• Articles
• admin

Hva Er En Sprint Planning Meeting?

et sprintplanleggingsmøte er en Av Scrum-seremoniene som er utbredt av lag som bruker sprints til å markere når arbeidet «begynner» og » slutter.»Det er designet for å svare på spørsmålene, hva kan leveres i denne neste sprint? Og hvordan skal vi oppnå dette arbeidet?

for å si det enkelt, bør sprintplanleggingsmøtet gi struktur, sette forventninger og definere etterspørselen for den kommende sprinten.

det er flere personer involvert i disse møtene, og det er et veldig samarbeid. La oss bryte ned hva hver rolle gjør.

ScrumMaster

ScrumMaster forenkler sprintplanleggingsmøtet og sikrer at møterom er bestilt, forsyninger er tilgjengelige, folk er forberedt, og alle videokonferanser og andre tilkoblingsdetaljer er klare til å gå. Når det gjelder planlegging, Bør ScrumMaster være timeboxing dette møtet i henhold til lengden på sprinten. For eksempel, hvis laget jobber i 2 ukers sprints, bør sprintplanleggingsmøtet mellom 2-4 timer. ScrumMaster må styre tiden på riktig måte for å sikre at det er fullstendig justering på sprint målet før møtet brytes opp.

Produkteier

Produkteier er ansvarlig for at alle varer i etterslepet er forberedt før møtet. De må avklare detaljer om hvert produkt backlog element og være en ressurs for teamet når stille spørsmål rundt brukstilfelle eller aksept kriterier. Dette er uten tvil det viktigste møtet for En Produkteier & en de må sette av god tid til å forberede seg.

Utviklingsteamet

Selvfølgelig må de som gjør arbeidet være i sprintplanleggingsmøtet. Designere, utviklere, testingeniører-alle som vil bidra til arbeidsproduktet-må være til stede og delta aktivt i dette møtet, slik at de kan gå bort med en solid forståelse av hva som forventes av dem og hva som er prioritet å jobbe med over neste sprint.

Husk at lagene blir bedre på sprintplanlegging med tiden. Hvis et lag er nylig dannet (eller nytt for agile-metoden), kan det ikke være så mye felles forståelse for hvor mye som kan gjøres innen hver sprint. Senere snakker vi om beregning av hastighet. Bare husk at modne lag har en tendens til å gjøre det bedre på dette. Det er et element av konstant forbedring med agile, så gi deg selv litt nåde hvis ditt første sprintplanleggingsmøte ikke gikk så bra som du hadde håpet!

Hvorfor Skal Du Kjøre Et Sprintplanleggingsmøte?

hvorfor kjøre et sprintplanleggingsmøte? Fordi det er en flott mulighet til å få hele teamet sammen og samarbeide for å etablere hva alle er ansvarlige for i løpet av neste sprint! Fra et personlig perspektiv var det vanskelig for teamet vårt å identifisere nøyaktig hva de jobbet på hver sprint, og – enda viktigere hvorfor-før vi vedtok denne smidige øvelsen. Siden da har det vært mye lettere for teamet vårt å jobbe sammen og føle seg tryggere på hva vi skal levere.

et lag som kjenner sine eksakte mål er et godt lag. Ifølge Christina Hartman, PMP, PMI-ACP, inkluderer de grunnleggende fordelene med sprintplanlegging:

• Samarbeid og teambygging
• Felles forståelse av produktet
• Oppgaveoppdagelse
• Oppgaveoppgave
• Oppgaveprioritering
• Oppgavestimering
• Forbedring Av Kunnskap og ferdigheter
• ulike perspektiver
• fremmer just in time (jit) planlegging

nedenfor snakker vi om bare noen av de største fordelene med sprintplanleggingsmøter.

Bringer Definisjon Til Målene Dine

hvis Du Er En ScrumMaster (eller lignende DPM-rolle) på et lag som leverer utviklingsarbeid og bruker smidige metoder, bør du kjøre et sprintplanleggingsmøte. Disse møtene bidra til å sette teamet opp for suksess fordi det tillater alle å forstå nøyaktig hva målet er for hver sprint arbeid.

du definerer to store ting under sprintplanlegging:

et sprintmål

Dette er en kort (1-2 setning) beskrivelse av hva laget skal fullføre i løpet av sprinten. Teamet skriver det sammen og publiserer det slik at folk kan se tilbake til det når som helst. Sprintmålet er også en rask og enkel uttalelse for interessenter å lese og forstå hva teamet jobber med, uten å måtte gå inn i ugresset i etterspørselen. Sprintmålet er målestokken som brukes på slutten av hver sprint som hjelper til med å svare på spørsmålet: var denne siste sprinten vellykket? Et eksempel på et sprintmål kan være: Bygg funksjon X for å falle sammen med holiday launch(signaliserer at en funksjonslevering av en bestemt milepæl er det viktigste sprintmålet).

en sprint backlog

Dette er en liste over produkt backlog elementer som teamet velger og forplikter seg til å jobbe på i løpet av sprinten. Det inkluderer også alle nødvendige oppgaver som kreves for å levere arbeidet. Hver oppgave bør også vurderes. Det store teamet På Mountain Goat Software har et videokurs på scrum foundations & forklarer hvordan sprint backlog burde komme sammen under sprintplanlegging.

det er lett for sprints å gå av skinnene uten en felles forståelse av hva som skal oppnås. Sprintplanleggingsmøtet er ditt middel til en slutt for å komme dit.

Bringer Justering Og Buy-In Fra Teamet

Husk at det er et samarbeid, team innsats for å komme frem til utgangene du vil ha ved slutten av en sprint planleggingsmøte. Teamet bestemmer hvor mye som blir gjort under en sprint, ikke en overveldende Produkteier eller en ekstern interessent. Teammedlemmene dine får en følelse av empowerment ved å ta ansvar for deres arbeidsflyt. De har også nytte av bedre tilpasning med andre ved å ha tid til å snakke om hvordan deres arbeid vil passe sammen i løpet av neste sprint.

Gir Et Referansepunkt For Måling Av Hastighet

du bør også kjøre en sprintplanleggingshendelse hvis du vet hvor mye laget ditt kan oppnå under en sprint. Dette er ofte referert til som hastighet eller sprint hastighet og er etablert etter et team har jobbet sammen for litt. Ifølge Scrum Inc.,

Hastighet Er et mål på hvor mye arbeid Et Lag kan takle i løpet Av En Enkelt Sprint og er nøkkelberegningen I Scrum.

det beregnes ved slutten av en sprint ved å legge opp alle de ferdige brukerhistoriepunktestimatene og gjennomsnittlig ut i løpet av flere sprint.

for Eksempel, hvis I Sprint 1 fullførte laget 25 historiepoeng, I Sprint 2 fullførte de 35, Og I Sprint 3 fullførte de 30, ville lagets hastighet være 30. 25 + 35 + 30 = 90/3 = 30.

Fremover vil scrum-teamet vite at de i gjennomsnitt fullfører 30 historiepoeng per sprint og kan bruke dette som en guide når de går gjennom ordrereservene i sprintplanlegging. Som nevnt ovenfor, teamet bestemmer hva de ønsker å bite av hver sprint, så hvis de ønsker å skyte for 40 historien poeng, og alle er enige, sprint backlog kan legge opp til flere historien poeng enn deres hastighet. Det omvendte kan også være sant.

Velocity vil ebbe og flyte over tid, men et modent, smidig lagets hastighet vil begynne å trend oppover etter hvert som de blir mer og mer vant til å jobbe sammen og på produktet. Hastighet er et nøkkelnummer For Produkteieren å huske på når De jobber for å finne ut hvor mange sprints det vil ta å frigjøre neste versjon av produktet.