Estimering
Vi er inden for de sidste par måneder begyndt at drive estimeringen ved hjælp af poker planning (se tidligere indlæg her).
Jeg er stødt på en meget god artikel ang. emnet. Den indeholder forskellige tilgange til estimering og deres fordele og ulemper:
http://leadinganswers.typepad.com/leading_answers/2007/11/agile-estimatin.html
Når jeg skal forklare, hvorfor man ikke skal og kan bruge meget tid up-front på estimering, så tegner jeg altid en graf som nedenstående hentet fra artiklen:
Jeg er stødt på en meget god artikel ang. emnet. Den indeholder forskellige tilgange til estimering og deres fordele og ulemper:
http://leadinganswers.typepad.com/leading_answers/2007/11/agile-estimatin.html
Når jeg skal forklare, hvorfor man ikke skal og kan bruge meget tid up-front på estimering, så tegner jeg altid en graf som nedenstående hentet fra artiklen:
Etiketter: estimering
indsendt af Rune Mai kl.
14:39
2 kommentarer:
Fin illustration.
Jeg har altid været glad for og husket denne figur:
Paradoks?
Den viser det fundamentale problem i sin helhed. At man sidder i et slags paradoks, hvor man bliver nødt til helhjertet at prøve, men samtidig på et tidspunkt skal videre i teksten. :)
Ja den er fantastisk. Jeg plejer faktisk at bruge lige netop den illustration til at underbygge den i mit indlæg, sådan ala "Når man nu ved det som [paradoksgrafen] viser, så drejer det sig i høj grad om at ramme det område af kurven i [diminishing returns], når vi estimerer". Hvorfor? For simpelthen at undgå at man spilder sin tid på at teoretisere over, hvordan man kunne lave noget i fremtiden, som man faktisk endnu ikke ved, hvordan man ender med at lave.. (og hej ralle!)
Send en kommentar
<< Startside