Scrum Guide | 11. Statistik och mätvärden som Scrum Master bör följa upp

Varför behöver Scrum Master statistik och mätvärden? Först och främst för att kontrollera om hans arbetsmetoder för att förutsäga resultat och förbättra teamets effektivitet är effektiva. Men också för att hålla koll på hur deras åtgärder påverkar Utvecklingsteamet. Det vill säga, hur de formar användarupplevelsen (UX) för medarbetarna. Så i denna artikel introducerar vi statistik och mätvärden som Scrum Master bör följa.

Statistik och mätvärden viktiga för Scrum Master – innehållsförteckning:

1. Mäta resultaten av Utvecklingsteamets arbete
2. Övervaka medarbetarnas användarupplevelse Utvecklare
3. Sammanfattning

Mäta resultaten av Utvecklingsteamets arbete

De mest använda statistiken och mätvärdena som Scrum Master bör följa är de som beskriver takten och flödet av uppgiftsutförande. Dessa är Burnup-diagrammet, Burnup-diagrammet och Cumulative Flow-diagrammet. Dessa mäter både produktutveckling och teamets effektivitet. Varje mätning tillåter dig att närma dig dessa frågor från olika vinklar, så det är en bra idé att visa dem tillsammans. De är praktiska verktyg för att bedöma framsteg på olika skalor, under en Sprint såväl som under hela produktutvecklingsprocessen.

Burndown-diagram

Burndown-diagrammet visar Scrum Master och Utvecklingsteamet hur mycket arbete som har utförts och hur mycket som återstår att göra. X-axeln visar den tid som återstår för att slutföra arbetet. Y-axeln visar mängden arbete som återstår att göra som var planerat i Sprint Backlog eller Produkt Backlog.

Detta diagram hjälper också till att bestämma Utvecklingsteamets hastighet, vilket vi också kommer att ägna en separat artikel åt. Här nämner vi bara att det är en genomsnittlig mängd arbete som utförs under en Sprint.

Detta enkla verktyg gör det möjligt för Scrum Master att inte bara se hur effektivt teamet arbetar. Det hjälper också att besvara frågor:

• Vilken del av arbetet har redan slutförts?
• Hur många uppgifter återstår att slutföra?
• Hur lång tid kommer det att ta att utveckla produkten?

När man använder Burndown-diagrammet behöver Scrum Master ha i åtanke att det inte är det enda verktyget för att statistiskt bedöma teamets framsteg. Det fungerar bäst för projekt där arbetsomfånget är fast och känt. Det fungerar inte bra med att skapa mycket innovativa lösningar med en ny kund. Då kan mängden arbete som ska göras i hela projektet – det vill säga innehållet i Produkt Backlog – förändras avsevärt under projektets gång, vilket gör det svårt att använda Burndown-diagrammet.

Burnup-diagram

Burnup-diagrammet är motsatsen till Burndown-diagrammet som diskuterades ovan. Här visar Y-axeln också mängden arbete som återstår att göra. X-axeln visar å sin sida slutförandetiden uttryckt antingen i antal Sprints eller i datum.

Men Scrum Master använder Burnup-diagrammet för ett något annat syfte. Detta beror på att det inte bara hjälper dig att mäta produktens framsteg och teamets framsteg. Denna mätning bedömer också hur arbetsomfånget i ett projekt förändras över tid. Därför fungerar det bra för projekt med variabelt omfång.

Burnup-diagrammet är också ett planeringsverktyg som blir mer effektivt över tid. Det ger svar på frågan om hur mycket arbete Utvecklingsteamet beräknas göra i nästa Sprint.

Cumulative Flow-diagram

Den tredje typen av diagram som är mycket fruktbar i Scrum Masters arbete med Utvecklingsteamet är Cumulative Flow-diagrammet. Det innehåller analys av hur stabil takten och produktiviteten hos Utvecklingsteamet är. Layouten av dess axlar är densamma som för Burnup-diagrammet, så det kallas ofta för dess mer komplexa version.

Men Cumulative Flow-diagrammet är inte bara för att bestämma antalet uppgifter som slutförts under en viss tidsperiod. Det tar också hänsyn till antalet uppgifter som väntar i kön för utförande. Tack vare detta möjliggör det att diagnostisera så kallade “flaskhalsar” – moment i processen som saktar ner skapandet av en produkt.

Denna mycket diagnostiska funktion gör det till en av de mest användbara mätningarna i händerna på Scrum Master. Detta beror på att det möjliggör att omorganisera arbetet på ett sätt som fördelar styrkan hos Utvecklingsteamet annorlunda och undviker stillestånd.

Övervaka medarbetarnas användarupplevelse Utvecklare

Regelbunden och noggrann underhåll och analys av statistik är en väsentlig del av en effektiv Scrum Masters arbete. Men han/hon måste först och främst ha i åtanke medarbetarnas användarupplevelse hos utvecklarna, det vill säga hur de uppfattar arbetet i Scrum-teamet. Men det är inte kvaliteten på mätvärdena som avgör, utan sättet som Scrum Master använder dem.

Om statistiken hålls i enlighet med Scrums principer – de är transparenta, offentliga och förståeliga för de involverade utvecklarna – kan de vara ett sätt att motivera teamet att arbeta mer effektivt eller att belöna dem för stora resultat. Men statistik kan fungera som ett verktyg för att sätta press på Utvecklingsteamet. Då blir deras indikationer en generator av anklagelser och missnöje. De kan bidra till att försämra teammoralen och förstöra samarbetspraxis.

Den andra viktiga faktorn för medarbetarupplevelsen hos utvecklarna, som Scrum Master som arbetar med statistiska verktyg måste ta hand om, är sättet att hantera deras tid. Detta beror på att Scrum Master behöver ha tillräckligt med tid för att ta hand om Utvecklingsteamet. Av denna anledning, i fallet med ett stort projekt, är det värt att överväga att inkludera en ytterligare person i Scrum-teamet. Han/hon kommer att agera som projektledare och ta hand om mätvärdena. Tack vare detta kommer det att avlasta Scrum Master – och till viss del Produktägaren – från uppgifter som distraherar honom från att arbeta med Utvecklingsteamet.

Statistik och mätvärden – sammanfattning

Scrum Master bör hålla koll på de grundläggande statistiken som beskriver Utvecklingsteamets arbete. Deras skickliga tolkning ökar chansen att snabbt upptäcka problem i teamets arbete och reagera på dem. Men mer viktigt än att hålla koll på diagrammen är vad Scrum Master gör med dem. De bör inte betrakta mätvärdena som ett verktyg för att utvärdera teamet, utan snarare se dem som ett användbart hjälpmedel för att motivera teamet och diagnostisera deras eget arbetssätt. Detta beror på att mätvärden endast kommer att vara användbara verktyg om de hjälper till att underlätta teamets och produktens förbättringsprocesser.

Om du gillar vårt innehåll, gå med i vår aktiva community av busy bees på Facebook, Twitter, LinkedIn, Instagram, YouTube.