Backloggen - Backloggen måste vara prioriterad, och det ska
fi
nnas en viss nivå av kunskap i teametkring de högst prioriterade uppgi
erna vilket i sig kan kräva ett separat möte innan planeringsda-gen. Varje uppgi
i backloggen som kan komma att bli aktuell för sprinten ska
fi
nnas dokumente-rad på ett separat ark med så pass mycket detaljer att teamet kan diskutera den.
De
fi
niera Klart - Teamet ska ha en gemensam och externt kommunicerad de
fi
nition av “Klart” och vad som krävs för att en uppgi
ska ses som avslutad.
Genomförande
Planeringen genomförs i två steg; först en grovplanering och sedan en deltaljplanering. Det är undergrovplaneringen som markerplanering har visat sig lämpligast men tekniken går med mindre modi
fi
e-ringar att använda även under detaljplaneringen.
Varje medlem i teamet ges en marker för varje fyra e
ff
ektiva timmar de har tillgängliga i den kom-mande sprinten. Alla medlemmars marker placeras i en gemensam pool från vilken teamet senarekan dra timmar för att tilldela till uppgi
er. Bland tipsen i slutet av denna artikel kan du se hur mankan hantera tillgängliga timmar kopplat till olika kompetensområden (gra
fi
ker, programmerare,testare).
Uppgi
erna från backloggenläses upp i prioritetsordning. Enkort diskussion genomförs iteamet för att identi
fi
era dekompetensområden som krävsför att realisera uppgi
en. Dedeltagande kompetensområde-na placerar marker motsvarande det antal timmar de uppskattar att uppgi
en tar att lösa på upp-gi
sarket. Om teamet har gjort sin hemläxa innan planeringen så tar detta endast ett par minuter per uppgi
.
Övriga i teamet får nu chansen att kommentera och ifrågasätta uppgi
ens estimat och innehåll. Pådetta sätt veri
fi
erar man att teamet är överens om estimaten och att inga aktiviteter missas. Justeraestimaten om ny information framkommer under diskussionen. Eventuella oklarheter reds ut med produktägaren.
Nästa uppgi
läses upp och processen upprepas till dess att alla eller merparten av markerna är ut- placerade eller då något ingående kompetensområde inte kan uppfylla åtagandet. Om det fortfa-rande
fi
nns marker kvar för något kompetensområde läses lägre prioriterade uppgi
er upp för attfylla sprinten till en lagom nivå. För att undvika frestelsen att “låna” marker från högre prioriteradeuppgi
er genom att minska tiden på dessa tillämpas principen “lagd marker ligger”.
PNEHM!
Citerus nyhetsbrev för dig som vill lyckas med mjukvaruutveckling
#2 – 2008
Markerplanering – ett visuellt planeringsverktyg - Henrik Hindbeck
www.citerus.se
2
“Det är under grovplaneringen som marker-planering har visat sig lämpligast mentekniken går med mindre modifieringar attanvända även under detaljplaneringen.”
Commenting has been disabled.