Planview-bloggen

Din väg till smidighet i affärsverksamheten

Agil planering för företag, Hantering av projektutbud

Scrum: Everything to Cover in Your Sprint Review

Publicerad By Team AdaptiveWork

Sprintar är hörnstenen i projektledningsmetoden Scrum. Sprintar är tidsenheter där teamet fastställer och prioriterar vissa uppgifter från produktbackloggen, tilldelar dem ägarskap och definierar tidsramen för deras slutförande.

Översyn av sprint

När sprinten är klar är nästa steg Scrum-sprintgranskningen, som ger teamet och intressenterna en chans att ta en titt på arbetet, diskutera hur sprinten gick och se vad som kan göras annorlunda i nästa sprint.

Låt oss ta en närmare titt på hur en sprintgranskning fungerar.

Hur fungerar en Scrum Sprint Review?

Möteskomponenterna i Scrums projektledning är avsedda att vara informella och kortfattade, i motsats till de formella och hierarkiska mötesstrukturerna i traditionell ledning. Det finns dock vissa delar som måste ingå för att översynen ska kunna uppnå sina mål.

1: Deltagarna på bör vara Scrum-teamet och intressenter som är relevanta för sprinten.

2: Product Owner går igenom de objekt från produktbackloggen som ingick i sprinten och listar vad som gjordes och inte gjordes. För denna del är det viktigt att ha en fördefinierad "definition av gjort" så att alla arbetar utifrån samma antaganden.

3: Scrum Team visar vilket arbete som slutfördes under sprinten. Dessa bör vara kortfattade förklaringar, grafer eller informativa skärmdumpar och begränsas till en eller två bilder per slutförd uppgift.

4: Scrum Team diskuterar sedan hur medlemmarna ansåg att sprinten gick under rubriker som: vad som gick bra, vilka problem som uppstod, hur dessa problem löstes och vilka lärdomar som bör tas med till nästa sprint.

5: Scrum Team svarar på frågor om vad som gjordes under sprinten.

6: Product Owner ger en genomgång av den aktuella statusen för Product Backlog, inklusive prioriteringar, nya inkluderingar och uppskattade tidsplaner för färdigställande.

7: Scrum Team diskuterar vad som ska göras under nästa sprint, och alla ger sin input. Detta är viktigt att göra så att det finns ett bidrag från Sprint Review till nästa Sprint Planning-session.

Vad är syftet med Scrum Sprint Review?

När dessa element ingår i den form som mötesledaren (antingen produktägaren eller Scrum Master) anser fungerar bäst, har Scrum-sprintgranskningen uppnått sitt syfte. Men vad är egentligen dess syfte? Precis som alla andra granskningar är en sprintgranskning det perfekta tillfället för att reflektera över hur arbetet under den föregående veckan eller månaden har gått och vad man kan lära sig av erfarenheten.

Detta är en viktig del av Scrums projektledningsmetodik, eftersom det ger teamet en chans att identifiera hur saker och ting kan göras bättre och vad man ska se upp för i framtiden. Istället för att bara gå direkt vidare till nästa uppgift erkänner man hur värdefull erfarenheten av sprinten har varit och försöker förstärka dess inlärningspotential.

Öka din affärsmässighet med Planview AdaptiveWorks programvara för projekthantering

Scrum-teamen försöker alltid förbättra hur de utför sina uppgifter och de processer de använder, men detta kräver att de fokuserar på lärande och reflektion snarare än att bara "göra". Till och med misslyckanden eller stora förseningar kan vara oerhört värdefulla för ett team när de tas i samband med iterativ utveckling och förbättring. Sprintgenomgången, som en lektionsgenomgång i skolan, är ett relativt kort ögonblick (cirka en timme per arbete i en sprint) för att identifiera vad som är viktigast att ta fram och se till att de kristalliseras till faktiska rutiner.

För att få ut det mesta av Scrum är det viktigt att använda den bästa programvaran för projekthantering. På Planview AdaptiveWork har vi utformat våra PM-verktyg med särskild hänsyn till agila metoder som Scrum. Genom att växla till Scrum-vyn i Planview AdaptiveWork Go får du automatiska mallar för element som Product Backlogs och Sprint Boards för att se till att ditt team har allt stöd som behövs för att lyckas.

Relaterade inlägg

Skrivet av Team AdaptiveWork