On the other hand, you can't manage what you can't measure. Rather than simply bashing productivity measurement, I'd be very interested in seeing a good discussion on non-intrusive productivity measurement.
If there's a community where this can produce nice results, it's HN.
Is there a way to maybe not worry about productivity measurements? While in school, I didn't need to know how productive I was, I just needed to get stuff done. I either did or I didn't. I was given what was thought as manageable amounts of work but for some, it was too much and for others it wasn't enough.
In work, if I am given what is considered the next most important thing, what will those measurement tools get us? Maybe, at best, an idea if we want more people on the project but those projections can be rudimentary at best. Couldn't we just eyeball it and come to similar conclusions?
Productivity measurement reminds me of stock market analysis. Previous performance isn't indicative of future success. Projects are generally different enough that each one will have new challenges to figure out and learn.
"Non-intrusive" is the most important part here I think. Measuring productivity does not produce anything that adds to your bottom line directly.
An often overlooked aspect of performance/productivity management is that there should be a nett benefit ...
>I'd be very interested in seeing a good discussion on non-intrusive productivity measurement.
This has been the holy grail for a while - an app that runs silently and automatically records everything you do while working at your computer, categorizies it if it knows how, then lets you run reports on it later to see how you spend your time.
No manual data entry, no clicking an app button every time you change tasks, etc. Just everything automatic in the background until you want to see the results.
Afaik there's only one that's achieved anything like this, a Mac-only app built by an Oxford Philosophy grad student iirc, which took him several years of hacking OS X to figure out. Don't recall the app's name at the moment though.
I looked into doing this on Linux a while back, and figured an MVP version would be one in which you recorded each window that gains focus, its title, and the focus date/time. I would know just from the window title whether it's work or play, and could categorize/tag each as such, or implement some Bayesian auto-tagging method.
But the problem, on Gnome and KDE at least, was that there's no way for a third-party app to know which windows gain focus and what their title is. They're completely sandboxed from each other and blind to that, and no window manager API they can listen in on either.
The Mac guy had the same problem and figured out some intricate hacks to overcome it, to the extent Wired or someone did an article about (a couple years ago, details hazy). I didn't get that far, but haven't been paying attention recently, maybe others have?
Indeed, I have been looking for a decent time and progress tracker for ages until I decided to build one, then unlike OP I found myself doing more, not less ;)
>On the other hand, you can't manage what you can't measure.
You can't get feedback on what you don't measure. It doesn't mean you can't manage however. And the cost of getting that feedback can be lower employee retention, lower productivity (which is almost completely hidden from you near term), and false early returns (people tend to preform better briefly when you start to measure them, then go back to normal).
If there's a community where this can produce nice results, it's HN.