Skip to main content

Going Beyond Three Questions with the Daily Scrum

October 20, 2021

 

A Scrum Team recites the standard answers to the three questions of Daily Scrum. Another team member thinks, "What is the point of this?"
Image by author

 

The 2020 version of the Scrum Guide dropped the classic “three questions” of the Daily Scrum. Yet many teams stick with the practice, even when it doesn’t produce the collaboration that is the hallmark of a valuable Daily Scrum. When a Scrum Team I worked with said that their Daily Scrum was lackluster and unproductive, I challenged them to design a better one. The new pattern we created shifted the focus from individual action to team collaboration toward the Sprint Goal.

Start with the Sprint Goal

Developers can select whatever structure and techniques they want, as long as their Daily Scrum focuses on progress toward the Sprint Goal and produces an actionable plan for the next day of work.

The team took note of what the Scrum Guide had to say about the purpose of the Daily Scrum. They decided to begin each meeting by reading the Sprint Goal aloud. Then they asked, “How likely are we to achieve the Sprint Goal?” A “fist of five” vote measured the team’s confidence. If the result showed low confidence, they talked about what was holding them back. That discussion often brought hidden impediments to the surface.

Review “In Progress” PBIs

After reviewing the Sprint Goal, Developers examined the Sprint Backlog. For each Product Backlog Item that was in progress, they would ask, “What would it take to finish this PBI? Who can work on those tasks?” They repeated the practice with each item until they ran out of items in progress—or the time box expired. At first, they would run out of time. They realized that they were allowing too high a WIP, and they learned to throttle back. They taught themselves to collaborate on getting PBIs to done, rather than work in silos.

Review PBIs not started

Once they began to control WIP, the team usually had time left after examining PBIs in progress. If it made sense to start something new, they would select something from the Sprint Backlog that hadn't been started yet. They would ask the same questions about what needed to be done and who could do it. But if the team didn’t have capacity, they’d leave the remaining items alone. A large collection of unstarted PBIs often triggered discussion about adjusting the Sprint Backlog’s scope.

Results

When my team changed the way they ran their Daily Scrum, they rediscovered its value. They learned to limit WIP and collaborate to finish work items before starting new ones. Their quality increased, and their throughput rose.

If the traditional “three questions” Daily Scrum doesn’t provide value for your team, try something new. Create a collaborative discussion focused on making each day a valuable step toward the Sprint Goal.

 


What did you think about this post?

Comments (5)


Varun Aws
02:32 am October 22, 2021

Thanks for sharing


mel pullen
07:27 am October 22, 2021

Jeff Sutherland suggested, in a webinar post 2020 guide announcement, asking the team to highlight and consider the single, most important obstacle facing them.

And only yesterday did one team sort of agree to singing the sprint goal together each standup. It'll probably end up as community mumbling.

Overall, a practical way to revitalise a tired stand up.


Dan Neumann
07:04 pm October 22, 2021

Thanks for sharing, Sam. Love the visual!


Dr. Ali
12:53 pm October 26, 2021

It is about being Agile or doing Agile - either Iteration based or flow based Agile or a Mix.
Now having a Team charter is basic a requirement.
Also keeping the 4 Events of Sprint planning, Sprint Review, Sprint Retrospektive and daily scrum is fundamental.
I would recommend a shorter sprint rather than performing the 4 events during the daily scrum.


sasguy
09:30 pm August 16, 2023

In the best of (my) possible worlds, the status is adequate to update the half dozen essential (sic) managers. 98% of the remaining workload and priority management can then be done in other tools (JIRA, etc.). Particularly at the end of project, status beating meetings can be cut short.