JuniorScenarioScrum
Management compares velocity across teams. What do you do?
Try answering first
Model answer
Velocity is a team-specific planning tool, not a performance metric. Story points are relative estimates that each team calibrates on its own, so one team's 40 points is not comparable to another's 40. Comparing them is meaningless and creates harmful behavior: teams inflate estimates, cut quality, or stop collaborating to look better, which is Goodhart's law in action.
What I would do:
- Ask what management wants to know. Usually it is predictability, delivery speed or value, and those can be answered better.
- Explain the problem with a concrete example of two teams with different estimation scales.
- Offer better measures: cycle time and lead time, throughput, delivery against Sprint Goals, escaped defects, and customer outcomes.
- Keep velocity inside the team for forecasting.
I would stay respectful and help management get the visibility it needs in a form that does not distort behavior.
Key points
- Velocity is a team's own forecasting tool, not a performance metric
- Points are relative per team, so cross-team comparison is meaningless
- Offer better measures such as cycle time and outcomes
Likely follow-ups
- How would you use cycle time to forecast delivery?
- What if management insists on the comparison anyway?
Common mistakes
- Pushing teams to raise velocity every Sprint
- Refusing the request without offering any alternative visibility