Home | Articles | Images | Links | Contact Me | Login Archive | RSS Feed | ATOM Feed

Calendar

JunJuly 2009Aug
SMTWTFS
2829301234
567891011
12131415161718
19202122232425
2627282930311
2345678

Suggested Reading

Blog Stats

Posts - 1321
Stories - 6
Comments - 2155
Trackbacks - 473

Logos and Stuff

Disclaimer

The content of this site is my own personal opinion and does not in any way represent my employer, it's subsideries or affiliates. These postings are provided "AS IS" with no warranties, and confer no rights.
Tracking Actual Work Done vs Estimated Work Remaining

I see this get discussed all the time on some of the agile aliases I'm on.

I care how much time is left, not how much time you spent on it.

I know people like to talk about “using the data to make our estimating better” but there are flaws in that argument that just can’t be ignored:

  1. Nobody ever does it. In fact, I don’t even know of a process to achieve this. Hollering at people who over/under estimate is not an improvement process.
  2. It assumes you can make developer estimates better. More experienced developers estimate better, that I’ll take as a given, but can you accelerate this with novice/junior developers or testers? I don’t think so.
  3. Software is NOT like mechanical engineering. It is a craft. Every activity you do is very likely the first time you’ve done it exactly that way. So our inability to accurately and precisely estimate shouldn’t be all that surprising.

At least that’s how I see it. :)

posted on Thursday, May 29, 2008 8:51 AM
Rating:

Search

Supported By


Current Promotion
ThinkGeek

Hosted By