when you're really busy it may in the form of things that go out, like sending e-mails, especially if you're not a programmer -- and sometimes when you're really busy, you have sent no e-mails in a while....because you're busy working on something. today i plan to send one e-mail: prototype complete, and published at this url.
This is an interesting approach to add data to see how well someone is doing processing invoices, following up on customer requests, or coordinating a large project.
For programming, it's an utter disaster. Not because of technical or privacy issues (which are quite real), but because for certain jobs, there is absolutely no correlation between apparent activity and achievement.
This has been a serious issue in almost every shop I've ever worked in. Whenever a phb got concerned because he observed what he thought was a lack of activity by me or any of my people, I have always responded the same way, with a copy of the project plan and one question, "Exactly where are we behind and what makes you think so?" No good answer? Then STFU.
"Give me six hours to chop down a tree and I will spend the first four sharpening the axe." - Abraham Lincoln.
I guess if you examined Lincoln's emails and logs, he would have looked like quite the slacker.
Maybe some sort of per-worker hidden metric formula based on commits, tests added, emails, and meetings attended (segmented up on who invited you and whether you were mandatory or not) could be used. During calibration phases, a more detailed interpersonal study could be used to figure out if the metrics were accurate or not and adjust in kind.
I mean, a good, benevolent boss could use information like that to figure out when a worker was having trouble and attempt to assist, but the more likely scenario is that a malevolent boss would just abuse such a system.
Maybe some sort of per-worker hidden metric formula based on...
Perhaps I didn't state my case well enough. Let me try this...
The correlation between activity and achievement is not only irrelevant, it could be worse; it could be negative.
If you have lots of commits, why? Didn't you code it right in the first place?
If you're doing lots of testing, why? Didn't you write it well enough in the first place?
Why are you emailing and going to meetings so much? Aren't you able to conduct analysis more efficiently?
There questions are all, obviously, ridiculous. Activity is an indicator of nothing. So why collect it? The number of flies landing of flowers in Peru is just as good an indicator of your achievement as the number of commits, emails, etc.
This is a idea that must be resisted so that maybe, just maybe, managers might learn how to manage and forget the gimmicks.
I have to nitpick that you mean "measurable activity" whenever you say activity, since thinking about a problem and planning a solution in your head is certainly activity, we just don't have measures for it yet.
I could see this being useful for identifying and studying groups of people with similar habits and then targeting those groups differently.
But labeling people as more or less productive based on their habits with certain types of applications sounds a little nonsensical to me. Where's the focus on meaningful results?
11 comments
[ 3.5 ms ] story [ 35.6 ms ] threadwhen you're really busy it may in the form of things that go out, like sending e-mails, especially if you're not a programmer -- and sometimes when you're really busy, you have sent no e-mails in a while....because you're busy working on something. today i plan to send one e-mail: prototype complete, and published at this url.
For programming, it's an utter disaster. Not because of technical or privacy issues (which are quite real), but because for certain jobs, there is absolutely no correlation between apparent activity and achievement.
This has been a serious issue in almost every shop I've ever worked in. Whenever a phb got concerned because he observed what he thought was a lack of activity by me or any of my people, I have always responded the same way, with a copy of the project plan and one question, "Exactly where are we behind and what makes you think so?" No good answer? Then STFU.
"Give me six hours to chop down a tree and I will spend the first four sharpening the axe." - Abraham Lincoln.
I guess if you examined Lincoln's emails and logs, he would have looked like quite the slacker.
I mean, a good, benevolent boss could use information like that to figure out when a worker was having trouble and attempt to assist, but the more likely scenario is that a malevolent boss would just abuse such a system.
Perhaps I didn't state my case well enough. Let me try this...
The correlation between activity and achievement is not only irrelevant, it could be worse; it could be negative.
If you have lots of commits, why? Didn't you code it right in the first place?
If you're doing lots of testing, why? Didn't you write it well enough in the first place?
Why are you emailing and going to meetings so much? Aren't you able to conduct analysis more efficiently?
There questions are all, obviously, ridiculous. Activity is an indicator of nothing. So why collect it? The number of flies landing of flowers in Peru is just as good an indicator of your achievement as the number of commits, emails, etc.
This is a idea that must be resisted so that maybe, just maybe, managers might learn how to manage and forget the gimmicks.
(My concerns here are relative to the mismeasurement of employee productivity that arises from having humans doing the evaluations.)
But labeling people as more or less productive based on their habits with certain types of applications sounds a little nonsensical to me. Where's the focus on meaningful results?
For example, spending four hours on non results-producing activities like paperwork instead of sales.