One of the easiest mistakes Scrum Masters can make is believing that good metrics automatically lead to better decisions. They don’t.
Two teams can look at exactly the same chart and walk away with completely different outcomes. One team becomes curious, the other becomes defensive.
One team identifies an opportunity to improve, the other simply moves on to the next agenda item. The difference usually isn’t the chart. It’s the conversation around it.
That’s why one of the most valuable skills a Scrum Master can develop isn’t learning how to read delivery data. It’s learning how to help the team think about it together because metrics don’t improve teams, conversations do.
Your role isn’t to explain the data
When a chart appears during a retrospective or delivery review, it’s easy to slip into presenter mode. You explain what changed, point out the trends, and share your interpretation.
While that’s well-intentioned, it can unintentionally turn everyone else into an audience.
Instead, think of yourself as a facilitator.
Rather than explaining the chart, invite the team into it.
Ask questions like:
- What stands out to you?
- What surprised you?
- What do you notice that we might have missed?
- If you had to explain this chart to another team, what would you say?
Those questions do something powerful.
They shift the conversation from your interpretation to our understanding.
Follow a simple rhythm: Observe → Explore → Improve
One way to keep conversations productive is to use a simple three-step approach.
Observe
Start with what everyone can see.
What’s changed?
What’s staying consistent?
What patterns are emerging? At this stage, resist the urge to explain why.
Simply help the team observe.
Explore
Once everyone sees the same pattern, become curious.
What might explain this?
Has the nature of the work changed?
Have priorities shifted?
Did we experience unexpected dependencies?
Remember, delivery data tells you what happened. Only the team can help explain why.
Improve
Finally, decide what happens next.
What’s one thing we’d like to try before the next Sprint?
What experiment could help us learn more?
What’s one change that’s worth testing?
Without this step, even the best insights remain observations.
Replace opinions with shared evidence
Retrospectives often begin with statements like:
“It feels like we’re getting interrupted more.”
“Reviews seem slower than they used to be.”
“Planning wasn’t as smooth this Sprint.”
These observations are valuable. But they’re still perceptions. Delivery data gives everyone a shared starting point. Instead of debating whose memory is most accurate, the team can explore the same evidence together. That’s often when the most meaningful conversations begin. The data provides the facts, the team provides the context. You need both.
Don’t rush to fill the silence
Sometimes you’ll ask a question…and nobody answers. That’s okay.
Silence doesn’t necessarily mean people disagree. Often, it means they’re thinking.
As Scrum Masters, we sometimes feel responsible for keeping the conversation moving.
In reality, some of the best discussions happen after a few seconds of quiet reflection.
Give people time.
Ask another question.
Invite someone who hasn’t spoken yet.
Facilitation isn’t about having all the answers. It’s about creating space for others to contribute.
Every chart should end with one question
Before moving on, ask:
So what?
If work spent longer in review this Sprint…
So what?
If delivery became more predictable…
So what?
If work in progress increased…
So what?
A chart only becomes valuable when it leads to a decision. Maybe the team decides to limit work in progress, maybe they experiment with smaller stories, maybe they change how reviews are handled.
The action doesn’t have to be big. It just has to move the team forward.
The best conversations don’t end with agreement
It’s easy to think a successful retrospective is one where everyone agrees.
Often, the most valuable conversations are the ones where people leave with a new perspective. Someone notices a pattern they hadn’t seen before, Someone challenges an assumption the team has held for months, Someone asks a question nobody had considered.
Those moments create learning. And learning is what continuous improvement is built on.
Metrics don’t improve teams. Conversations do.
A chart can reveal a bottleneck.
It can highlight a trend.
It can show that something has changed.
But it can’t explain why.
It can’t decide what the team should do next.
That’s where the Scrum Master adds value. Not by reading charts to the team, but by helping the team read the charts together.
Because the goal was never to understand the data, the goal is to help the team learn from it.
Continue the Conversation
Reading charts is only part of the job.
The real value comes from using them to build trust, encourage curiosity, and help teams improve together.
If you’d like practical guidance on introducing metrics, facilitating better conversations, and avoiding common mistakes, download our free Scrum Master’s Guide to Metrics That Build Trust.
Inside, you’ll learn how to:
- Introduce metrics without creating resistance.
- Turn delivery data into better conversations.
- Recognize warning signs that metrics are working against your team.
- Build trust while supporting continuous improvement.
👉 Download the free Scrum Master’s Guide to Metrics That Build Trust.
