Beefy Boxes and Bandwidth Generously Provided by pair Networks
Pathologically Eclectic Rubbish Lister

Re^2: Improving Your Ability to Estimate

by dws (Chancellor)
on Feb 12, 2005 at 16:35 UTC ( #430428=note: print w/replies, xml ) Need Help??

in reply to Re: Improving Your Ability to Estimate
in thread Improving Your Ability to Estimate

I think we've fallen into a slightly different mode where our project managers look at the past data and apply their own factor to each developer's estimates.

Two red flags on this. The first you touched on: developers don't review their actuals vs. estimates, and so don't improve their estimates. If management wants it this way, it says something pretty cynical (to me, at least) about how management views programmers.

The other danger is that this gives management a bunch of out-of-context data about individual "performance". Data out of context can be used stupidly (e.g., for ranking purposes) and can lead to stupid management decisions.

When you're in the position of estimating without knowing who (else) will do the work, you're in a bad spot. When a team has data on their own past performance, and has been working to improve their estimates, I'll wager that they can give you better estimates than you can pull out of the air yourself, regardless of who on the team will actually do the work. That's been our experience. We do team estimation (or some subset of the team does for simpler tasks), and our estimate vs. actual history is a lot better than it would be if someone up the chain guessed at task difficulty.

  • Comment on Re^2: Improving Your Ability to Estimate

Log In?

What's my password?
Create A New User
Node Status?
node history
Node Type: note [id://430428]
and all is quiet...

How do I use this? | Other CB clients
Other Users?
Others meditating upon the Monastery: (6)
As of 2018-06-23 09:08 GMT
Find Nodes?
    Voting Booth?
    Should cpanminus be part of the standard Perl release?

    Results (125 votes). Check out past polls.