Scrummy Team
•
January 26, 2026
•
"We need to measure developer productivity."
These words strike fear—for good reason. Bad metrics created perverse incentives:
Yet we can't improve what we don't measure.
Good Reasons:
Bad Reasons:
Golden rule: Use metrics to improve systems, not evaluate individuals.
What it is: Story points completed per sprint.
What it's NOT:
How to use:
Cycle Time: Work start to done. Where work gets stuck.
Lead Time: Request to delivery. Total time to value.
Throughput: Items completed per period. No estimation required.
WIP: Items being worked. Reduce WIP → Reduce Lead Time.
Defect Escape Rate: Production defects vs. pre-production.
Change Failure Rate: Deployments causing incidents. <15% is high performer.
MTTR: Time to restore service. <1 hour is high performer.
Sprint Goal Achievement: Target >80%
Retro Action Completion: Target >70%
Team Satisfaction (eNPS): Quarterly anonymous survey
Healthy metrics: Team-level, actionable, transparent, drive discussions, focus on trends.
Toxic metrics: Individual comparison, target-based, tied to evaluation, secret, easily gamed.
Use metrics as mirrors for self-reflection—not scoreboards for competition.
Want healthy metrics? Scrummy provides team-level flow metrics and health dashboards—designed for improvement, not surveillance.
✉️