In other words, you get what you measure. This is one of the reasons I discourage measuring team performance in terms of bug counts or lines-of-code. The former lead to what some call "issue-tennis" and informal fixes, and the latter lead to code bloat. After years of trying, I've finally concluded that "key performance indicators" attached to individuals or teams (as opposed to artifacts and periods) usually leads t…
If the KPIs were, say, something to be minimised - does this still hold? For example, I cannot see a way to game "Lower system downtime is better", or "lower load time is better". Or am I fundamentally misunderstanding what a KPI is?
- lower system downtime = don't do maintenance or do it in a half-assed way
- decrease system load time = make everything possible "optional post-load components", thus reducing load time by factor of, say, 10, and increasing time to combat readiness by a factor of 5.
People can pervert any metric they're measured by. Just look at what companies do to squeeze that last little dollar of profit out of their customers.