Agile development teams should decide which metrics are most useful

Agile development teams should decide which metrics are most useful

I enjoyed your recent expert response about test metrics for Agile teams. But what do you think are the standard metrics as a manager that I need to follow?

    Requires Free Membership to View

    When you register, you'll receive targeted emails designed to keep you informed of the most relevant information on Agile development, application security, testing & QA, software requirements, and more.

    Hannah Smalltree, Editorial Director

    By submitting your registration information to SearchSoftwareQuality.com you agree to receive email communications from TechTarget and TechTarget partners. We encourage you to read our Privacy Policy which contains important disclosures about how we collect and use your registration and other information. If you reside outside of the United States, by submitting this registration information you consent to having your personal data transferred to and processed in the United States. Your use of SearchSoftwareQuality.com is governed by our Terms of Use. You may contact us at webmaster@TechTarget.com.

An Agile team should think about what metrics will help them stay on track and meet their goals. As a manager, I would let the team decide which metrics are the most useful.

For example, my team set a goal for ourselves to have no more than six high-severity bugs in production in the next six months. We could track this information in our defect tracking system. We set a goal to improve our code coverage by 3% over six months, and used a code-coverage tool to keep us informed.

We find it more valuable to look at trends than hard numbers. If the number of unit tests is going up over time, our management can feel confident we are supporting our coding with test. It can be expensive to gather and report metrics. And they can be demoralizing if managers use them to punish people. However, visible feedback can be motivating and help reinforce improvement. Let the team evaluate whether they get the right feedback and experiment with different metrics to find the most useful ones for their situation.

For more information on quality metrics, see Quality metrics: A guide to measuring software quality.

This was first published in December 2010