Hur Man Kör Ett Smidigt Sprintplaneringsmöte + Agenda
Vad Är Ett Sprintplaneringsmöte?
ett sprintplaneringsmöte är en av Scrumceremonierna som allmänt antas av lag som använder sprintar för att markera när arbetet ”börjar” och ”slutar.”Den är utformad för att svara på frågorna, Vad kan levereras i nästa sprint? Och hur ska vi utföra det arbetet?
för att uttrycka det enkelt bör sprintplaneringsmötet ge struktur, ställa förväntningar och definiera eftersläpningen för den kommande sprinten.
det finns flera personer som deltar i dessa möten, och det är ett mycket samarbete. Låt oss bryta ner vad varje roll gör.
de 3 scrum Roller: produktägare, scrum master, utvecklingsteam
ScrumMaster
ScrumMaster underlättar sprint planering mötet och ser till att mötesrum är bokade, leveranser är tillgängliga, människor är förberedda, och alla videokonferenser och andra anslutningsdetaljer är redo att gå. När det gäller schemaläggning bör ScrumMaster vara timeboxing detta möte enligt längden på sprinten. Till exempel, om laget arbetar i 2 veckors sprintar, bör sprintplaneringsmötet mellan 2-4 timmar. ScrumMaster måste hantera tiden på lämpligt sätt för att se till att det finns fullständig anpassning på sprintmålet innan mötet avslutas.
produktägaren
produktägaren ansvarar för att alla artiklar i eftersläpningen är förberedda före mötet. De måste klargöra detaljer om varje produktbacklog-artikel och vara en resurs för teamet när de ställer frågor kring användningsfall eller acceptanskriterier. Detta är utan tvekan det viktigaste mötet för en produktägare & som de måste avsätta gott om tid för att förbereda.
utvecklingsteamet
självklart måste de som gör arbetet vara i sprintplaneringsmötet. Designers, utvecklare, testingenjörer—alla som kommer att bidra till arbetsprodukten—måste vara närvarande och delta aktivt i detta möte så att de kan gå iväg med en gedigen förståelse för vad som förväntas av dem och vad som är prioriterat att arbeta med under nästa sprint.
Tänk på att lag blir bättre på sprintplanering med tiden. Om ett lag är nybildat (eller nytt för den smidiga metoden) kanske det inte finns lika mycket gemensam förståelse för hur mycket som kan göras inom varje sprint. Senare talar vi om beräkning av hastighet. Tänk bara på att mogna lag tenderar att göra bättre på detta. Det finns ett element av ständig förbättring med agile, så ge dig själv lite nåd om ditt första sprintplaneringsmöte inte gick så bra som du hade hoppats!
Varför Ska Du Köra Ett Sprintplaneringsmöte?
varför köra ett sprintplaneringsmöte? Eftersom det är en stor möjlighet att få hela teamet tillsammans och samarbeta för att fastställa vad alla är ansvariga för under nästa sprint! Ur ett personligt perspektiv var det svårt för vårt team att identifiera exakt vad de arbetade med varje sprint, och – ännu viktigare varför – innan vi antog denna smidiga praxis. Sedan dess har det varit mycket lättare för vårt team att arbeta tillsammans och känna sig mer säkra på vad vi ska leverera.
ett lag som vet sina exakta mål är ett lyckligt lag. Enligt Christina Hartman, PMP, PMI-ACP, inkluderar de grundläggande fördelarna med sprintplanering:
- samarbete och teambuilding
- gemensam förståelse av produkten
- Task discovery
- Task sign Up
- Task prioritering
- Task estimation
- kunskap och färdighetsuppsättning förbättring
- olika perspektiv
- främjar just in time (JIT) planering
nedan talar vi om några av de största fördelarna med sprintplaneringsmöten.
ger Definition till dina mål
om du är en ScrumMaster (eller liknande DPM-roll) i ett team som levererar utvecklingsarbete och använder smidiga metoder, bör du köra ett sprintplaneringsmöte. Dessa möten hjälper ditt team att lyckas eftersom det gör det möjligt för alla att förstå exakt vad målet är för varje arbetsprint.
du definierar två viktiga saker under sprintplanering:
ett sprintmål
Detta är en kort (1-2 mening) beskrivning av vad laget kommer att slutföra under sprinten. Teamet skriver det tillsammans och publicerar det så att människor kan hänvisa till det när som helst. Sprintmålet är också ett snabbt och enkelt uttalande för intressenter att läsa och förstå vad laget arbetar med, utan att behöva gå in i ogräset i eftersläpningen. Sprintmålet är mätstickan som används i slutet av varje sprint som hjälper till att svara på frågan: var den sista sprinten framgångsrik? Ett exempel på ett sprintmål kan vara: Bygg funktion X för att sammanfalla med semesterlansering (signalerar att en funktionleverans med en viss milstolpe är det viktigaste sprintmålet).
en sprintbacklog
detta är en lista över de produktbackloggar som teamet väljer och förbinder sig att arbeta med under sprinten. Det innehåller också alla nödvändiga uppgifter som krävs för att leverera arbetet. Varje uppgift bör också uppskattas. Det stora teamet på Mountain Goat Software har en videokurs på scrum foundations & förklarar hur sprintbackloggen borde komma ihop under sprintplanering.
det är lätt för sprints att gå av skenorna utan en gemensam förståelse för vad som ska uppnås. Sprintplaneringsmötet är ditt sätt att avsluta för att komma dit.
ger anpassning och inköp från ditt Team
Tänk på att det är ett samarbete, lagarbete att komma fram till de resultat du har i slutet av ett sprintplaneringsmöte. Teamet bestämmer hur mycket som görs under en sprint, inte en överväldigande produktägare eller en extern intressent. Dina teammedlemmar får en känsla av empowerment genom att ta hand om sitt arbetsflöde. De drar också nytta av bättre anpassning till andra genom att ha tid att prata om hur deras arbete kommer att passa ihop under nästa sprint.
ger en referenspunkt för att mäta hastighet
du bör också köra en sprint planering händelse om du vet hur mycket ditt lag kan åstadkomma under en sprint. Detta kallas vanligtvis hastighet eller sprinthastighet och etableras efter att ett lag har arbetat tillsammans lite. Enligt Scrum Inc.,
hastighet är ett mått på hur mycket arbete ett Team kan ta itu med under en enda Sprint och är det viktigaste måttet i Scrum.
det beräknas i slutet av en sprint genom att lägga till alla de slutförda användarberäkningspunktsuppskattningarna och i genomsnitt ut under flera sprints.
till exempel, om laget i Sprint 1 slutförde 25 berättelsepoäng, i Sprint 2 slutförde de 35 och i Sprint 3 slutförde de 30, laghastigheten skulle vara 30. 25 + 35 + 30 = 90/3 = 30.
framåt skulle scrum-teamet veta att de i genomsnitt Slutför 30 berättelsepoäng per sprint och kan använda detta som en guide när de går igenom backlog-artiklarna i sprintplanering. Som nämnts ovan bestämmer laget vad de vill bita av varje sprint, så om de vill skjuta för 40 historiapunkter, och alla är överens, kan sprintbackloggen lägga till fler historiapunkter än deras hastighet. Det omvända kan också vara sant.
hastigheten kommer att ebba och flöda över tiden, men ett moget agilt lags hastighet kommer att börja trenda uppåt när de blir mer och mer vana vid att arbeta tillsammans och på produkten. Hastighet är ett nyckeltal för produktägaren att tänka på när de arbetar för att ta reda på hur många sprintar det tar att släppa nästa version av produkten.