|
|
|
Lean-based Metrics for Agile CM Environments by by Brad Appleton, Robert Cowham and Steve Berczuk:
I agree measuring individuals is normally not an effective way improve. And “measuring up” can often be valuable. Often a fixation on small process measures can result in improvements that don’t actually improve the end result. But rather than the measure up view, I find looking at outcome measures (to measure overall effectiveness) and process measures (for viewing specific parts of the system “big picture”) the most useful strategy.
The reason for process measures is not to improve those results alone. But those process measures can be selected to measure key processes within the system. Say finding 3 process measures that if we can improve these then this important outcome measure will improve (using PDSA to make sure your prediction is accurate - don’t fall into the trap of focusing on improving that measure even after the data shows it does not result in the desired improvement to the overall results that was predicted).
Also, process measures are helpful in serving as indicators that something is going wrong (or potentially going better than normal). Process measures will change quickly (good ones can be close to real time) thus facilitate immediate remedies and immediate examination of what lead to the problem to aid in avoiding that condition in the future.
Very good idea. Focus on fewer measures and really pay attention to them. Don’t become buried by all the metrics that can be collected - take the time to see what measures matter and really pay attention to those measures. As you get an excellent handle on those then add some more that seem worthwhile (and don’t hesitate to remove some from your focus as you determine they are not as important).
Related: posts on metrics - Visible Data - Distorting the System (based on misreading data) - Edward Tufte’s new book: Beautiful Evidence - Measuring and Managing Performance in Organizations
Curious Cat Management Improvement Blog © curiouscat.com 2005-2009 powered by WordPress
March 27th, 2009 at 5:07 pm
Combinatorial testing looks at binary interaction effects (success or failure), since it is seeking to find bugs in software, while design of experiments captures the magnitude of interaction effects on performance…
May 15th, 2009 at 2:44 am
I was young then, but I remember with some fascination how they would measure performance at Microsoft, by stack ranking them, from first to last in ratings. I’m not sure it fostered improvement as much as it did competition and secrecy, especially given the emphasis on narrow and deep specialization in the hiring process at the time. This measurement style definitely helped shape how software was written.