

In my experience, velocity is the scrum metric most teams report and the metric that least often correlates with team performance. By 2026, the mature scrum teams I work with have moved beyond velocity to a richer set of metrics surfaced and synthesised by AI. I do not see this as metrics-for-metrics-sake. I see it as using the metrics that actually drive decisions.
In this guide I cover the metrics I think are worth tracking, the AI workflows I use to compute them, the dashboards that turn data into decisions, and the communication patterns I recommend for moving stakeholders from velocity-watching to outcome-watching.
Reporting only velocity:
A team can have great velocity and ship the wrong things.
The mature 2026 scrum dashboard tracks five categories:
| Category | Examples |
| Flow | Throughput, cycle time, WIP, lead time |
| Quality | Defect rate, escaped defects, rework |
| Predictability | Forecast accuracy, sprint commitment vs delivery |
| Team health | Engagement, retro action follow-through, burnout signals |
| Customer outcomes | Adoption, NPS, support volume |
Pick 2-3 from each category. More than 8-10 metrics overall is overwhelming.
| Metric | What it measures |
| Throughput | Stories completed per sprint |
| Cycle time | Days from start to completion |
| WIP | Items in progress at any time |
| Lead time | Days from request to delivery |
Strong teams track distributions, not averages. The 85th percentile of cycle time is more useful than the mean.
A useful prompt:
“From this cycle time data, compute median, p85, p95. Identify the 5 longest-running stories and likely causes. Suggest 3 process changes.”
| Metric | What it measures |
| Defect rate | Defects per shipped story |
| Escaped defects | Defects found post-release |
| Rework rate | Stories needing post-delivery work |
| Code review turnaround | Time in code review |
Quality metrics are the most under-tracked. AI helps because the data is dispersed across PRs, tickets, and support systems.
| Metric | What it measures |
| Sprint commitment vs delivery | % of committed work delivered |
| Forecast accuracy | Predicted vs actual completion dates |
| Carry-over rate | % of stories carried to next sprint |
A team that says yes more reliably is a team that builds trust.
| Metric | What it measures |
| Engagement (survey) | Self-reported engagement |
| Retro action follow-through | % of actions completed |
| Burnout indicators | Hours, weekend work, sentiment |
| Tenure stability | Voluntary attrition rate |
These metrics are leading indicators for delivery problems. AI helps surface them by reading Slack patterns, calendar load, and survey data.
| Metric | What it measures |
| Adoption | % of users using new features |
| NPS / CSAT | Customer satisfaction signals |
| Support volume | Tickets per shipped feature |
| Business outcome | Revenue, retention, activation |
These are the only metrics that ultimately matter. Internal flow and quality serve them.
AI’s job is to:
A useful synthesis prompt:
“Below are the metrics for last 4 sprints. Identify: which trends are positive, which are concerning, which are neutral. For each concerning trend, suggest 1-2 specific actions and the metric to watch.”
Effective dashboards have:
Avoid: 30-metric dashboards no one reads, vanity metrics, charts without context.
Tools that work: Hex, Looker, Grafana, native PM tool dashboards augmented by AI summaries.
Three rules:
A useful prompt:
“From these metric movements, draft a 200-word stakeholder update. Lead with business impact. Explain trends. Avoid jargon. Suggest one decision the stakeholder should make.”
New teams (0-6 months): focus on flow + predictability. Forget customer outcomes for now.
Established teams (6-24 months): add quality and team health.
Mature teams (24+ months): full set including customer outcomes. Annual review of metric set.
The metric set should evolve as the team matures.
Strong metric practice retires metrics that don’t drive decisions, just as it adds new ones.
Paul Lister, an Agilist and a Certified Scrum Trainer (CST) with 20+ years of experience, coaches Scrum courses, co-founded the Surrey & Sussex Agile meetup. He also writes short stories, novels, and have directed and produced short films.
QUICK FACTS
For internal team use, yes. For stakeholder commitments, no - use throughput and forecasts instead.