Posted by TBarregren on February 23, 2009 at 7:28am
På consulting mailing list pågår just nu en intressant diskussion om Estimation-Blowout. Där skrivs mycket insiktsfulla saker. T.ex. har min kollega beskrivit hur vi arbetar med tidsuppskattningar och förstudier.
Comments
Intressant ämne
Ja detta är ju verkligen ett intressant ämne och det gäller även att kunna skilja äpplen från päron när man räknar på timmar.
Vad ingår i en aktivitet egentligen? Utveckling, test, buggrättningar?
Det jag ofta ser och själv även gjort(gör) är att :
Timmar för en aktivitet ofta bara speglar delen för utveckling och sedan glömms timmarna för test och buggrättning. Som utvecklare kan du dessutom bli ifrågasatt om timmarna är för många men stå på dig och förklara skillnaden. Alternativt så tar du upp test och buggrättningar som aktiviteter i slutet.
Precis som Jakob Persson skriver är det bra att använda fasta intervaller men kanske inte så stora aktiviteter som 100 timmar. I "Scrum" tex så är en aktivitet max 16 timmar och det finns något sunt i det. Då sprider man riskerna för felräkningar och tvingas dessutom tänka till ite extra genom att bryta ner aktiviteterna.
Som kund gäller det att ta reda på vad som verkligen ingår i estimaten annars riskerar ni att stå med en buggig och i värsta fall helt otestad lösning och budgeten är slut.