To read all comments associated with this story, please click here.
To his point a bit, I also find that a lot of organizations start to run down the road of "performance metrics" periodically and it always seems that we start spending more time working on stuff to "keep track of metrics" instead of the actual work itself.
If I'm spending between 30% and 200% of my time updating all the tools and systems with my breakdowns of how much time I actually spent working on tasks, it doesn't seem all that efficient to me... The alternatives: lines of code, bugs fixed, scm checkins, are all so easy to game, they're not really useful either.
intangible,
"To his point a bit, I also find that a lot of organizations start to run down the road of 'performance metrics' periodically and it always seems that we start spending more time working on stuff to 'keep track of metrics' instead of the actual work itself."
I had one employer who implemented a system to measure every single minute of work and log what we're doing at all moments. While it's a quasi-reasonable thing to want to have, it's terribly inefficient and invasive in practice. Their system sent out emails informing most of the employees that they didn't put in the required 40 hours, which is insulting given that many of us were there more than 50 hours, obviously we just didn't account for every minute of every day. We complained that often times developers help each other out by talking to one another even when we're not always on the same projects, management responded that the only time we'd be given credit for is what got logged in the time sheet (the system didn't allow us to record time for items which weren't officially assigned to us).
In the end, the system under-emphasizes important results and just encourages abuse: rounding up time, leaving the clock running, etc. I wouldn't be surprised if many developers are fabricating the numbers all together for their time quota.
What ever happened to treating software engineers as professionals?
Edited 2011-11-18 19:46 UTC
He is not ranting at all.
It's actually a very good point. One I think you should look at again.
They haven't found any good metrics for management? Why is that... because it is a skilled job... just like developers.
And the argument that we should *keep trying* is kind of pointless. It's great to *keep trying* in an academic setting. The problem is that a bad metric is worse than having no metrics.
For example, if you ran a software company and used lines of code as a measure of performance... you would end up with a poorer product than if you just let people do their job.
Of course we should always progress and try and innovate in everything... including process. However how much you adopt of 'new things' in current systems is always a challenge as you risk breaking what works and even making things worse.
That is not progress at all.
Given the poor state of developer metrics, I certainly wouldn't think it progress to put in anything into a company right now. That's a step backwards. To put it simply... the best metrics we have are peer review.




Member since:
2007-03-30
"it might be best simply to forget about the idea of measuring developer productivity and rely instead on tried and true methods. That's right: A highly effective, productive developer workforce is often the result of high-quality, effective management. Unfortunately, nobody has developed a metric for that yet. Coincidence?"
he has some valid ideas, but he is also ranting. he is attacking logic-based decisions with emotional fire. fury even!
make your points, but we must still keep TRYING to get better. we can't shut it all down and work on intuition. we (organizations of people) must TRY to find processes to better ourselves. even if we keep failing!