kör ditt första Sprintplaneringsmöte

 kör ditt första Sprintplaneringsmöte

detta inlägg publicerades ursprungligen den 11 januari 2017 och uppdaterades senast den 7 februari 2021.

Scrum-ramen för projektledning bygger på fyra grundläggande smidiga möten, dvs ceremonier: Sprintplaneringsmötet, daglig Stand-up, Sprint Review och Sprint Retrospective.

Vårplanering är en integrerad del av att sätta upp ditt team för en lyckad Sprint. Utan en lämplig mängd arbete och förståelse för dina mål kan en Sprint snabbt spåra ur. Lyckligtvis, dessa möten är ganska lätt att bemästra när du har fulländat några viktiga planeringsprocesser.

om du aldrig har kört ett Sprintplaneringsmöte, här är din go-to-guide.

välja objekt från eftersläpningen

i början av varje Sprint samlas produktägaren, Scrum-teamet och Scrum Master för att organisera arbetet för den kommande sprinten.

första saker först! Alla granskar produktbackloggen medan produktägaren ger insikt i målen och sammanhanget för varje artikel.

Därefter väljer Scrum-teamet hur många objekt från produktbackloggen de vill slutföra under sprinten. Eftersom Eftersläpningsobjekten visas i prioritetsordning måste Scrum-teamet välja objekt från toppen av eftersläpningen.

denna dynamik skapar en balans mellan Scrum Team och produktägare. Produktägaren skapar / organiserar eftersläpningen och väljer vad som är viktigast. Men scrumteamet bestämmer exakt hur mycket arbete de kan åta sig i en viss Sprint. Scrum Master underlättar denna process och upprätthåller maktbalansen.

denna process säkerställer att varje medlem i teamet känner sig bemyndigad när det gäller sitt eget arbete. Dessutom säkerställer det ett mer uppriktigt engagemang och större ansvarsskyldighet från teamet.

det finns ett undantag från denna regel: laget kan bara dra saker längre ner i eftersläpningen om det är mer meningsfullt med det andra pågående arbetet i den sprinten. Menande, om arbetet logiskt kommer att få gjort snabbare eftersom det är mycket lik andra objekt.

uppskatta tillgängligheten för laget

innan du väljer objekt från eftersläpningen är laget också ansvarigt för att uppskatta hur mycket tid varje medlem har för Sprintrelaterat arbete. De flesta teammedlemsdagar kommer inte att ägnas helt åt sprintarbete. Tillgänglig tid bör bestämmas av den genomsnittliga arbetsdagen minus den tid de förväntar sig att spendera på annat arbete som underhåll, delta i möten, lunchpauser, e-post och buggfixar.

realistiskt har de flesta fyra till sex timmar per dag tillgängliga för sprintarbete.

uppskatta tid för att slutföra varje Eftersläpningsobjekt

den andra pusselbiten är att räkna ut hur mycket tid varje objekt själv tar. Detta kräver att produktägaren och teamet arbetar tillsammans för att dela upp varje objekt i enskilda uppgifter. Du kan sedan tilldela dessa uppgifter en beräknad tid att slutföra. Tiden för att slutföra alla objekt som valts för sprinten kan inte överstiga den tillgängliga tiden på laget.

varje uppgift och tidsuppskattning registreras i ett dokument som kallas Sprint Backlog. Detta är en version av eftersläpningen som endast är relevant för den aktuella sprinten.

självorganisation

när ditt team har slutfört medlemstillgänglighet samt den tid som behövs för varje uppgift börjar laget sedan bestämma vem som ska slutföra varje objekt genom volontärarbete.

objekt ”tilldelas” aldrig till teammedlemmar. Faktorer som sekvensering kan innebära att det är mer meningsfullt för en person att få en viss gruppering av objekt. Men du tilldelar aldrig uppgifter mot arbetarens vilja.

den slutliga arbetsbelastningen för varje individ måste vara rimlig och rättvis. Produktägaren kommer att spela en stor roll för att hjälpa laget att förstå varje objekt så att de kan bryta upp saker så jämnt som möjligt.

spåra framsteg

i slutet av mötet kommer sprintbackloggen att innehålla en lista över tilldelade uppgifter med tidsuppskattningar.

många lag använder ett Kanban-kort (antingen fysiskt eller digitalt) för att visuellt spåra varje objekt när det rör sig genom sprinten. Enkla kategorier som att göra, pågår, kodgranskning och gjort kan hjälpa laget att få en snabb bild av hur Sprintobjekt utvecklas.

andra team använder dedikerad projekthanteringsprogramvara, som kan hjälpa dem att spåra sprintar från början till slut med visuella funktioner som Gantt och Burndown-diagram. Aktivitetsstatus som öppna, pågående, lösta och stängda håller framstegen transparenta för alla medlemmar. Och spårning av data som beräknad tid och faktisk tid kan hjälpa dig att bättre uppskatta arbetet i framtiden.

under sprinten

när scrumteamet åtar sig och sprinten börjar kan produktägaren inte ändra krav eller lägga till nya förfrågningar. Den här personen kan inte göra ändringar förrän nästa Sprint börjar.

det finns ett tydligt undantag från denna regel: du kan göra ändringar i mitten av sprinten om en extern faktor ändrar prioriteringarna så drastiskt att resultaten av sprinten skulle vara slöseri om de fortsatte. Detta händer sällan, men om det skulle ske skulle laget stoppa allt arbete och starta Sprintplaneringsprocessen från början. Produktägaren bör endast tillgripa denna massiva störning under extrema omständigheter.

det finns två positiva effekter av att göra sprintarna oföränderliga. För det första skapar skyddet av laget från förändringar och tillägg i mitten av sprinten en mer positiv arbetsmiljö. Teammedlemmarna kommer att känna sig trygga i sin förmåga att slutföra sitt arbete och göra det bra.

för det andra uppmuntrar det produktägaren att prioritera sin eftersläpning med största försiktighet. De är mer benägna att göra sin due diligence innan du trycker ett objekt till toppen av listan.

allteftersom tiden går blir lagen bättre på att uppskatta hur lång tid saker Tar, förutse problem och samarbeta med varandra. Med hjälp av denna strukturerade sprintplanering kan produktägare vara säkra på att deras team är både engagerade och kan göra jobbet.

anpassning till förändringar

medan Sprints nästan aldrig bör avbrytas betyder det inte att förändring inte är välkommen inom Scrum-ramverket. Tvärtom kan ändringar i huvudbackloggen ske när som helst. Produktägaren har fritt spelrum för att göra eventuella tillägg, borttagningar eller ändringar som krävs före nästa Sprint.

när lag närmar sig förändring på detta sätt blir det en redovisad del av processen och ses inte längre som en orsak till stress eller orsak till saknade tidsfrister.

efter sprinten

är den smidiga processen cyklisk. Men ofta du väljer att köra din våren planeringsmöten, du kommer alltid tillbaka till dem för att starta processen överallt. Ju oftare ditt lag har gått igenom detta, desto mjukare blir varje cykel.

förutom att slutföra projektet eller uppgifterna var din Sprint inte helt framgångsrik om du inte lärde dig något som ett lag från det. Detta nästa steg i processen som du kommer att flytta in i är Sprint retrospektiv. Det innebar analys av allt du just åstadkommit och vad som kunde gå bättre nästa gång. För att få ett försprång på några av de möjliga tekniker du och ditt team kan använda, Börja studera innan du avslutar din Sprint. En skicklig Scrum Master känner till varje steg i processen exakt.

slutliga tankar

Sprintplaneringsmötet varar ofta ett par timmar när det körs korrekt. De åtaganden som läggs fram kräver noggrann eftertanke och överläggning. Du bör ge ditt team den tid det behöver för att noggrant planera för framgång.

att hålla dina uppgifter organiserade och transparenta gör det lättare att spåra processen, så överväg att investera i dedikerad projekthanteringsprogramvara om ditt team inte redan är det. Inte bara kommer ett bra projekthanteringsverktyg att spara tid och ansträngning, men det kommer också att göra det lättare att hämta insikter från processen när du är redo att dyka in i din retrospektiv.

samarbeta och få dina projekt till liv med Backlog

Brandi gratis Brandi är en Content Marketing Manager på Nulab-skaparna av Backlog, Cacoo och Typetalk. Hon bidrar regelbundet och redigerar innehåll för alla Nulabs webbplatser och bloggar.

Write a Comment

Din e-postadress kommer inte publiceras.