This article explains methods to build a team that will embrace "required work" and deliver robust software in a predictable fashion. It proposes a measure that helps calculate the throughput of an agile team by comparing work committed to work actually done.

Managers often use metrics to help make decisions about the state of the product or the quality of the work done by the test group. Yet, measurements derived from bug counts can be highly misleading because a "bug" isn't a tangible, countable thing; it's a label for some aspect of some relationship between some person and some product, and it's influenced by when and how we count ... and who is doing the counting.

Just because a metric is easy to capture doesn't mean it is useful. The metrics that are really needed are the ones that can help you make good decisions. Find out how to establish a project dashboard with meaningful metrics that will guide your project safely to its destination without getting bogged down in an endless pursuit of unnecessary information.

Typical metrics are used to predict an outcome by comparing plans to actual results. They are objective and don't influence what you are trying to measure. Biased metrics, on the other hand, are a valuable tool for deliberately altering behavior to improve the performance of a group. Find out how biased metrics can be used on your projects to pinpoint problems in specific areas and to influence people to fix them.