En av de viktigaste delarna av Scrum-metodiken är "sprint". Detta är en fördefinierad tidsperiod, vanligtvis mellan en och fyra veckor, inom vilken ett visst antal uppgifter i samband med ett projekt ska slutföras. Sprinten inleds med ett planeringsmöte på dag ett, där uppgifter väljs ut från projektets produktbacklog, leveranser planeras och ansvar tilldelas teammedlemmarna.
Sprintar spelar en viktig roll, eftersom de representerar smältbara delar av tid och ansträngning som kan göra både utförandet av uppgifter effektivare och det lättare att reflektera över framgångar och misslyckanden.
Trots att sprintar i huvudsak är ett medel för att slutföra leveranser kan hela processen tyvärr hamna ur kurs om teamet försöker göra för mycket inom en sprint. Vare sig det beror på överskattning, bristfällig kapacitetsplanering eller att man helt enkelt inte kan säga nej kan en överbelastad sprint skapa stress, orsaka oro hos intressenterna och utmana förtroendet för sprintprocessen i allmänhet.
Försöker du göra för mycket? Och i så fall, vad kan du göra åt det?
Hur mycket är för mycket i sprintplaneringen?
Som vi har tittat på tidigare i vår guide till sprintplanering är resurstillgången en av de viktigaste aspekterna av varje sprint. Detta innefattar flera olika överväganden som måste beaktas:
- Vilka resurser finns tillgängliga under sprintperioden?
- Måste man begära ytterligare resurser?
- Vad är lagets kapacitet för arbetsuppgifter?
- Vilka faktorer förväntas påverka tillgången till resurser?
- Var ska de enskilda resurserna fördelas?
Team har problem med kapacitetsplanering av flera olika skäl, till exempel:
- Underskattning av uppgiftens längd
- Överskattning av resurskapaciteten eller gruppens kapacitet.
- Önskar att göra intressenterna nöjda
Alla dessa problem med kapacitetsplanering kan lösas genom iterationsprocessen, dvs. genom att förstå vad som gick fel under den senaste sprinten och använda denna kunskap för att göra nästa sprint mer framgångsrik. Om till exempel en uppgift som beräknades ta 20 timmar tar 80 timmar eller måste delas upp i separata uppgifter, kan detta erkännas och göras för att göra produktbackloggen mer exakt.
Scrum är särskilt fokuserat på att minska dessa problem, men om de inträffar konsekvent är problemet troligen inte teamet eller dina processer, utan det faktum att du försöker göra för mycket under sprintarna.
Om du ständigt stöter på följande problem överbelastar du förmodligen dina sprintar.
- Resurserna tycks alltid vara uttömda till bristningsgränsen
- Leveranserna är fortfarande inte uppfyllda.
- Uppgifter måste föras över eller skickas tillbaka till produktbackloggen.
- Intressenterna ifrågasätter processerna och antalet oavslutade leveranser.
- Resurser som planerats in blir inte tillgängliga.
Att försöka göra för mycket under en sprint är förståeligt om det är en del av upprepningsprocessen, men det är inte ett önskvärt resultat. Det är inte bara demoraliserande för ditt team att ständigt misslyckas med att nå sina mål, utan intressenterna kommer också med rätta att börja ifrågasätta varför ditt team ständigt inte når sina mål.
Lösningen är bättre resurs- och kapacitetsplanering och att se till att du utnyttjar all kunskap om uppgiftsbedömning som du har till ditt förfogande under sprintplaneringen. Målet bör alltid vara att vara och utnyttja tillgängliga resurser fullt ut och slutföra det du har bestämt dig för utan att överanstränga ditt team.