Beefy Boxes and Bandwidth Generously Provided by pair Networks
Your skill will accomplish
what the force of many cannot
 
PerlMonks  

Re: Estimating future project timescales

by JanneVee (Friar)
on Apr 16, 2005 at 23:18 UTC ( [id://448544]=note: print w/replies, xml ) Need Help??


in reply to Estimating future project timescales
in thread Timesheets: What are they good for?

++ tracking performance with timesheets is not a good thing at all. But I had the unpleasent experience of being mesured that way.

The result was that people started to simply to be on time with "implementation" by skipping parts of it and the things that weren't finished in the initial coding phase was pushed on to bug-fixing(unfinished implementation details are bugs right?). The result of this was a drop in code quality because the allocated time for bugs wasn't enough due to the covering of the delay in the initial implementation of code.

Time based metric is even worse than LOC count measuring.

  • Comment on Re: Estimating future project timescales

Replies are listed 'Best First'.
Re^2: Estimating future project timescales
by eyepopslikeamosquito (Archbishop) on Apr 17, 2005 at 00:15 UTC

    Another example. I know of a company where they measured the "performance" of their support section by how quickly they closed open tickets. As you might expect, the support folks began boosting their performance rating simply by closing a ticket ... then opening a new one! Now, this annoyed the customer (who was told to start referring to a new ticket for the same problem) but, hey, they got their bonus for improved performance! The lesson here is that metrics become unreliable as soon as they are used as a basis for reward/punishment. Perhaps the best way to measure performance is from outside the team: for example, the performance of a support section is perhaps best measured by asking the customers how satisfied they are.

      This reminds me of some grocery stores here that have started to measure employees' speed at scanning items at checkout. Some workers (even shift managers) would subvert the measurements by hitting subtotal (which stops the timer) immediately after scanning each item. The loser here is the customer, who no longer gets to see (and validate) the price of each item as it is scanned.
      Of course, measuring a support team's performance is particularly tricky. *No-one* is perfectly satisfied with support teams, because they only get to interact with the support team when something has gone wrong. And that something - despite not being caused by the support team - inevitably sours the relationship somewhat. Better to measure change in customer perceptions (the customer hates us less this quarter) instead of merely what the current perception is (the customer hates us).

Log In?
Username:
Password:

What's my password?
Create A New User
Domain Nodelet?
Node Status?
node history
Node Type: note [id://448544]
help
Chatterbox?
and the web crawler heard nothing...

How do I use this?Last hourOther CB clients
Other Users?
Others scrutinizing the Monastery: (5)
As of 2024-04-23 11:45 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    No recent polls found