Why is software project estimation so often wrong?
Thanks to Michael Swain (via a Facebook post), I ran across this explanation of why software projects are so often underestimated:
Let’s take a hike on the coast from San Francisco to Los Angeles to visit our friends in Newport Beach. I’ll whip out my map and draw our route down the coast:
The line is about 400 miles long; we can walk 4 miles per hour for 10 hours per day, so we’ll be there in 10 days. We call our friends and book dinner for next Sunday night, when we will roll in triumphantly at 6 p.m. They can’t wait!
We get up early the next day giddy with the excitement of fresh adventure. We strap on our backpacks, whip out our map, and plan our first day. We look at the map. Uh oh…
Go read the whole thing.
What the answer doesn’t point out is the pre-existing problem: clearly, no one in the party has ever made this type of trek before, and so they don’t realize the fallacies in their assumptions. This is why the ageism so present in the IT industry is self-defeating; my standard quip is that younger coders and managers not only end up re-inventing the wheel, more often than not they end up re-inventing the flat tire. ..bruce..
Comments (1)
Trackback URL | Comments RSS Feed
Sites That Link to this Post