AGILE · 7 chapters · CHAPTER 07

Feedback, Metrics & Continuous Improvement

Use evidence to improve the system, not to punish the team

Chapter 07 of 7Read as a practical lesson

Agile creates a measurement loop

Useful metrics help a team understand flow, quality, predictability and outcomes. The metric should answer a question; collecting numbers without a decision attached creates dashboard noise.

01Observe
02Measure
03Interpret
04Discuss
05Experiment
06Review

Useful delivery metrics

Retrospectives

A good retrospective moves beyond “what went well?” It identifies patterns, explains why they happened, and chooses one or two experiments for the next cycle.

Do not weaponize metrics

If teams are measured only on velocity, they can optimize the number instead of the outcome. Metrics should help people improve the system, not encourage gaming.

Use metrics to start better conversations

A metric is useful when it helps the team understand a system or make a decision. A long list of numbers can create activity without learning.

Pair activity with outcome

Example

“Stories completed” tells you about throughput. Pair it with defect trends, cycle time and a business or product outcome. If completion rises while defects also rise, the first metric alone would give a misleading picture.

Turn retrospective findings into experiments

Instead of saying “we need better estimation,” test a change: split stories at refinement, add a dependency check, or require examples for high-risk acceptance criteria. Review whether the change improved the signal you were trying to improve.

Practice this

Choose one delivery metric, one quality metric and one business metric for an eCommerce team. Write the decision each metric could support and one way it could be misinterpreted.