Det är med lite blandade känslor jag idag varit med på en demo och en sprintplanering för Team 2. Det blev på dessa möten uppenbart ännu tydligare att vi har en stor utmaning kring detta med att estimera. Det finns alltid flera orsaker bakom men i grunden har vi enprocessoch modell för detta som inte fungerar idag. Kunden B som vi kör ett projekt till nu har vi estimerat till 280 timmar men vi har redan nu upparbetat 800 timmar och det ser ut som vi kommer behöva runt 50-110 timmar till vilket väl visar på problemen. Vill vara tydlig med att INGEN skugga vilar på teamet för detta, utan det är vår process som brister.

Modellen för att nå mer korrekta estimeringar är ganska enkel. Det viktiga är att sammaindividersom gör uppskattningen, estimeringen, som sedan gör jobbet. Ju fler som kan vara aktiva i estimeringen, desto bättre brukar det bli. Givetvis finns det någon form av gräns innan man når "ju fler kockar..." men om man kan få hela teamet att delta i estimeringen brukar man kunna uppnå den mest korrekt bedömningen. Det finns givetvis fler parametrar som är viktiga t.ex bra skrivna stories. User Storyn är det som ska ge det primära underlaget för teamet att göra sitt estimat men givetvis ska PO kunna svara på frågor som behöver klargöras. Det viktiga är att här hela tiden tänka på, hur kan vi snabbast uppnå det storyn ber oss om. Det finns mao utrymme för kreativitet och hitta smarta, effektiva lösningar. Målet är att med minsta möjliga arbete ge mestamöjliganytta till kunden.

Det är självklart så att trots vi involverar hela teamet kommer vi göra misstag i vår estimering. Det viktiga då är att teamet själva ser och förstår det så man kan ta lärdom av sina felbedömningar tills nästa tillfälle. Detta blir ganska automatiskt om det är samma team som bygger som estimerar och brukar bli ett självjusterande system. Sedan är det även viktig att man använder samma måttstock vid estimeringen som vid själva utförandet. Det är därför vi alltid ska prata storypoints, inte timmar. Att sedan översätta points till timmar är en helt annan övning som initialt inte kräver teamets inblandning.

Det är mycket besvärligt för oss som bolag att ha dessa brister, det skapar en omöjlig situation för PO och SM att planera våra projekt och det går inte att bortse från de ekonomiskaeffekternasom uppstår. Det är därför mycket viktigt att vi kan förbättra oss snabbt på detta området. Vi kommer behöva prioritera att få till estimeringarna med större precision framåt.

Lyckades knäppa en bild på MW vid dagens demo:

Source: adp.postach.io