Great work!

XP to next level

BugEater

Saving the Daily Scrum

Learning Objectives

By the end of this lesson you will be able to:

  • Explain the original purpose of the Daily Scrum and why it frequently deviates
  • Identify three Daily dysfunction patterns by their observable symptoms
  • Apply at least four facilitation moves to redirect a dysfunctional Daily
  • Describe what a healthy Daily Scrum looks and feels like

What the Daily Scrum Is For

The Scrum Guide (2020) defines the Daily Scrum as a 15-minute event for the Developers "to inspect progress toward the Sprint Goal and adapt the Sprint Backlog as necessary."

Notice what's missing from that definition: there's no mention of three questions, no mention of reporting to the Scrum Master, and no mention of status updates.

The Daily Scrum is a coordination and adaptation event. Its purpose is to answer: "Are we still going to hit the Sprint Goal? If not, what needs to change today?"

Everything else is dysfunction.

Dysfunction Pattern 1: The Status Report

What it looks like:

  • Everyone answers "What did you do yesterday? What will you do today? Any blockers?"
  • People report to the Scrum Master (or manager), not to each other
  • Blockers are mentioned but not acted on
  • The meeting ends the same way it started — with a list of activities, not a coordinated plan

Why it happens: The three-question format from old versions of the Scrum Guide became a ritual. Management or SM attendance without proper facilitation turns it into a reporting ceremony.

The fix:

  1. Change the question: instead of "What did you do?", ask "What progress did we make toward the Sprint Goal?"
  2. Make the Sprint Goal visible on the board. Start with it: "Today's goal is X. Are we on track?"
  3. Have developers face each other, not a screen or facilitator
  4. If the SM is present, they observe — they don't run the meeting

Dysfunction Pattern 2: The Blocker Black Hole

What it looks like:

  • Someone says "I'm blocked on the API integration" — and then nothing happens
  • The blocker is noted but no one owns its resolution
  • The same blocker appears at tomorrow's Daily
  • The sprint ends with unresolved blockers still on the board

Why it happens: The Daily is designed to surface blockers — but surfacing is not the same as resolving. Without a clear ownership model, blockers become information that everyone knows but no one acts on.

The fix:

  1. When a blocker is mentioned, immediately ask: "Who will own resolving this? By when?"
  2. Create a visible "Blocker" column on the sprint board — items move there explicitly
  3. Never end the Daily without someone assigned to each blocker
  4. Check yesterday's blockers first: "What happened with the API integration blocker?"

Dysfunction Pattern 3: The Parallel Universe

What it looks like:

  • Team members update on their own tickets without connecting them to each other's work
  • No one knows what anyone else is working on
  • People leave the Daily and immediately work in silos
  • Sprint goal is never mentioned

Why it happens: When stories are fully independent and team members never collaborate, there's nothing to coordinate. The Daily becomes a parallel monologue. Often a symptom of poor backlog structure (stories don't connect into a sprint goal) or team culture that doesn't value cross-functional collaboration.

The fix:

  1. Sprint Goal first, every day: "Our goal this sprint is X. Who's working on what to get there?"
  2. Group related stories together on the board visually — shared context creates shared conversation
  3. Ask explicitly: "Does anyone need help from someone else today?"
  4. Celebrate team completions, not individual completions: "The authentication flow is done — great work" (not "Alice finished ticket 4521")

What a Healthy Daily Looks Like

  • Starts with the Sprint Goal, not a roll call
  • Team members update each other, not the SM or manager
  • Someone mentions a risk or blocker — and immediately, someone says "I can help with that"
  • The conversation naturally gravitates toward unfinished work closer to the sprint end
  • It ends in under 15 minutes because the team has the shared context to be brief
  • Action items are captured: owned, timeboxed

Pro Tip: If your Dailies consistently run over 15 minutes, the problem isn't the meeting format — it's that the team doesn't have enough shared context between meetings. The fix is more collaboration during the day, not longer meetings.

Summary

The Daily Scrum is not a reporting ceremony. It's a coordination event for a team trying to achieve a sprint goal together. When it degrades into status reports, silent blockers, or parallel monologues, it's lost its purpose. Diagnosing which dysfunction pattern is present — and applying the right facilitation move — is what turns 15 minutes of daily friction into 15 minutes of daily coordination.

Quiz

According to the 2020 Scrum Guide, what is the primary purpose of the Daily Scrum?

A team's Daily Scrum runs over 30 minutes because developers dive into technical problem-solving. What is the best facilitation response?

Which scenario best describes the "Parallel Universe" dysfunction in a Daily Scrum?

When a blocker is surfaced during Daily Scrum, what is the most important immediate action?