Agile estimering

Sikre gode estimater på udviklingsopgaver ved at lade udviklerne estimere deres eget arbejde.

Af Kristoffer Bohmann

Hvad estimering handler om

• Sikre realistiske estimater på udviklingsopgaver ud fra detaljeret viden om opgavens indhold og omfang.
• Estimering af indsats og relativ størrelse for stories kræver normalt inputs fra udviklere.
• Kvaliteten af hvert estimat øges ved at involvere de udviklere som skal udføre opgaven.

Begreber

Nogle af de centrale begreber indenfor estimering af udviklingsopgaver er:

• Story points: Relativ måleenhed for en User story's størrelse (i forhold til andre User stories).
• Progression: Estimater forbedres over tid, så estimater lavet tidligt i projetforløbet er mindre sikre end estimater lavet sent.

Aktiviteter

• "Hvad er det?": Afdække opgavens indhold ved at bryde den ned i små delopgaver (og beskriv gerne hver enkelt element i opgaven). Det er nemmere at "male stuen" hvis du ved at den er 50 m2 med 2,40 m til loftet og reoler som skal tages ned inden der kan males.
• Tidsestimere opgaven: Estimere tidsforbrug på hver opgave (men først når opgavens indhold er klart). Realistiske tidsestimater vil ofte tage udgangspunkt i aktueller tider fra tidligere opgaver.
• Prioritere opgaverne - og skær de ikke-kritiske opgaver fra hvis projektplanen bliver for stram.

Roller

• Team: Udviklere som estimerer opgaver i projektet.
• Kunden: Giver inputs om opgavers indhold som ofte er basis for estimater.

Udfordringer

• Undgå "store" opgaver ("lav nyt publiseringsmodul") som ikke er brudt ned i delopgaver (hvad skal publiseres? hvor ofte? af hvem? publisere digitalt eller på papir? osv.).
• Sikre realistiske tidsestimater. Det tager som tommelfingerregel et år for en udvikler at blive god til at estimere egne opgaver.
• Tidsestimater på 1-10 timer (hvis dit tidsestimat er på 37 timer, er der sandsynligvis brug for at bryde det yderligere ned).
• Tidsestimater tager hensyn til ferier, møder og andet fravær.

Næste: Næste side: Burndown chart »