kører dit første Sprintplanlægningsmøde

kører dit første Sprintplanlægningsmøde

dette indlæg blev oprindeligt offentliggjort den 11.januar 2017 og opdateret senest den 7. februar 2021.

Scrum-rammen for projektledelse er baseret på fire grundlæggende Agile møder, dvs.ceremonier: Sprintplanlægningsmødet, daglig Stand-up, Sprintanmeldelse og Sprint retrospektiv.

Forårsplanlægning er en integreret del af at sætte dit team op til en vellykket Sprint. Uden en passende mængde arbejde og forståelse af dine mål kan en Sprint hurtigt afspore. Heldigvis er disse møder ret nemme at mestre, når du har perfektioneret et par vigtige planlægningsprocesser.

hvis du aldrig har kørt et Sprintplanlægningsmøde, her er din go-to guide.

valg af emner fra efterslæbet

i begyndelsen af hver Sprint mødes produktejeren, Scrum-Teamet og Scrum Master for at organisere arbejde til den kommende Sprint.

første ting først! Alle gennemgår Produktefterslæb, mens produktejeren giver indsigt i målene og konteksten for hver vare.

dernæst vælger Scrum-teamet dog mange elementer fra Produktefterslæbet, de ønsker at gennemføre under sprinten. Da Backlog-elementerne vises i rækkefølge efter betydning, skal Scrum-Teamet vælge emner fra toppen af Backloggen.

denne dynamik skaber en balance mellem Scrum Team og produkt ejer. Produktejeren opretter / organiserer efterslæbet og vælger, hvad der er vigtigst. Men Scrum-Teamet bestemmer nøjagtigt, hvor meget arbejde de kan forpligte sig til i en given Sprint. Scrum Master letter denne proces og opretholder magtbalancen.

denne proces sikrer, at hvert medlem af teamet føler sig bemyndiget med hensyn til deres eget arbejde. Derudover sikrer det et mere oprigtigt engagement og større ansvarlighed fra teamet.

der er en undtagelse fra denne regel: holdet kan kun trække genstande længere nede i efterslæbet, hvis det giver mere mening med det andet igangværende arbejde i den Sprint. Betydning, hvis arbejdet logisk bliver gjort hurtigere, fordi det ligner meget andre ting.

estimering af holdets tilgængelighed

inden du vælger emner fra efterslæbet, er teamet også ansvarlig for at estimere, hvor meget tid hvert medlem har til Sprintrelateret arbejde. De fleste teammedlemmers dage vil ikke være dedikeret helt til sprintarbejde. Tilgængelig tid skal bestemmes af den gennemsnitlige arbejdsdag minus den tid, de forventer at bruge på at udføre andet arbejde som vedligeholdelse, deltage i møder, frokostpauser, e-mail, og fejlrettelser.

realistisk set har de fleste fire til seks timer om dagen til rådighed til sprintarbejde.

estimering af tid til at fuldføre hvert efterslæb element

det andet stykke af puslespillet er at finde ud af, hvor meget tid hvert element selv vil tage. Dette kræver, at produktejeren og teamet arbejder sammen for at opdele hvert element i individuelle opgaver. Du kan derefter tildele disse opgaver en anslået tid til at fuldføre. Tiden til at fuldføre alle elementer, der er valgt til sprinten, kan ikke overstige den tid, der er tilgængelig på holdet.

hver opgave og tidsestimat registreres i et dokument kaldet Sprint Backlog. Dette er en version af efterslæbet, der kun er relevant for den aktuelle Sprint.

selvorganisering

når dit team har afsluttet medlemstilgængelighed samt den nødvendige tid til hver opgave, begynder teamet derefter at bestemme, hvem der skal gennemføre hvert element ved frivilligt arbejde.

elementer er aldrig “tildelt” til teammedlemmer. Faktorer som sekventering kan betyde, at det giver mere mening for en person at få en bestemt gruppering af varer. Men du tildeler aldrig opgaver mod arbejdstagerens vilje.

den endelige arbejdsbyrde for hver enkelt person skal være rimelig og retfærdig. Produktejeren vil spille en stor rolle i at hjælpe teamet med at forstå hvert element fuldt ud, så de kan bryde tingene op så jævnt som muligt.

sporing af fremskridt

ved afslutningen af mødet vil Sprint Backlog indeholde en liste over tildelte opgaver med tidsestimater.

mange hold bruger et kanban-kort (enten fysisk eller digitalt) til visuelt at spore hvert element, når det bevæger sig gennem sprinten. Enkle kategorier som at gøre, i gang, Kodeanmeldelse og udført kan hjælpe teamet med at få et hurtigt overblik over, hvordan Sprint-emner skrider frem.

andre teams bruger dedikerede projektstyringsprogrammer, som kan hjælpe dem med at spore Sprints fra start til Slut med visuelle funktioner som f.eks. Opgavestatus som åben, i gang, løst og lukket holder fremskridt gennemsigtige for alle medlemmer. Og sporing af data som estimeret tid og faktisk tid kan hjælpe dig med bedre at estimere arbejde i fremtiden.

under sprinten

når Scrum-Teamet forpligter sig, og sprinten begynder, kan produktejeren ikke ændre krav eller tilføje nye anmodninger. Denne person kan ikke foretage ændringer før starten af den næste Sprint.

der er en klar undtagelse fra denne regel: Du kan foretage ændringer midt i sprint, hvis en ekstern faktor ændrer prioriteterne så drastisk, at resultaterne af sprinten ville være spild, hvis de fortsatte. Dette sker sjældent, men skulle det finde sted, ville holdet stoppe alt arbejde og starte Sprintplanlægningsprocessen fra bunden. Produktejeren bør kun ty til denne massive forstyrrelse under ekstreme omstændigheder.

der er to positive effekter af at gøre sprinterne un-foranderlige. For det første skaber beskyttelse af teamet mod ændringer og tilføjelser mid-Sprint et mere positivt arbejdsmiljø. Teammedlemmer vil føle sig trygge i deres evne til at fuldføre deres arbejde og gøre det godt.

for det andet opfordrer Det produktejeren til at prioritere deres efterslæb med største omhu. De er mere tilbøjelige til at gøre deres due diligence, før du skubber en vare til toppen af listen.

efterhånden som tiden går, bliver holdene bedre til at estimere, hvor lang tid varer tager, forudse problemer og samarbejde med hinanden. Ved hjælp af denne strukturerede sprintplanlægning kan produktejere være sikre på, at deres teams både er engagerede og i stand til at udføre arbejdet.

tilpasning til ændringer

mens Sprints næsten aldrig skal afbrydes, betyder det ikke, at forandring ikke er velkommen inden for Scrum-rammen. Tværtimod kan ændringer i Hovedefterslæbet forekomme når som helst. Produktejeren har fri regeringstid til at foretage eventuelle tilføjelser, sletninger eller ændringer, der er nødvendige inden næste Sprint.

når hold nærmer sig forandring på denne måde, bliver det en regnskabsmæssig del af processen og betragtes ikke længere som en årsag til stress eller grund til manglende deadlines.

efter sprinten

den Agile proces er cyklisk. Men ofte vælger du at køre dine forårsplanlægningsmøder, kommer du altid tilbage til dem for at starte processen overalt. Jo oftere dit hold var igennem dette, jo glattere bliver hver cyklus.

udover at gennemføre projektet eller opgaverne var din Sprint ikke helt vellykket, medmindre du lærte noget som et team af det. Dette næste trin i processen, som du vil flytte ind i, er Sprint retrospektiv. Det involverede analyse af alt, hvad du lige har opnået, og hvad der kunne gå bedre næste gang. For at få et ben op på nogle af de mulige teknikker, du og dit team kan bruge, skal du begynde at studere, før du er færdig med din Sprint. En dygtig Scrum Master kender hvert trin i processen nøjagtigt.

Endelige tanker

Sprintplanlægningsmødet varer ofte et par timer, når det køres korrekt. De forpligtelser, der er fremsat, kræver omhyggelig overvejelse og overvejelse. Du bør give dit team den tid, det har brug for til grundigt at planlægge for succes.

at holde dine opgaver organiserede og gennemsigtige vil gøre sporing af processen meget lettere, så overvej at investere i dedikeret projektstyringsprogram, hvis dit team ikke allerede er det. Ikke kun vil et godt projektstyringsværktøj spare dig tid og kræfter, men det vil også gøre det lettere at hente indsigt fra processen, når du er klar til at dykke ned i dit retrospektiv.

Samarbejd og bring dine projekter til live med Backlog

Brandi Gratis Brandi er Content Marketing Manager hos Nulab-skaberne af Backlog, Cacoo og Typetalk. Hun bidrager regelmæssigt og redigerer indhold til alle Nulabs hjemmesider og blogs.

Write a Comment

Din e-mailadresse vil ikke blive publiceret.