Skip to main content

Myth: The Scrum Master must be present during the Daily Scrum

October 23, 2017

Scrum is intended as a simple, yet sufficient framework for complex product delivery. Scrum is not a one-size-fits-all solution, a silver bullet or a complete methodology. Instead, Scrum provides the minimal boundaries within which teams can self-organize to solve a complex problem using an empirical approach. This simplicity is its greatest strength, but also the source of many misinterpretations and myths surrounding Scrum. In this series of posts we - your ‘mythbusters’ Christiaan Verwijs & Barry Overeem - will address the most common myths and misunderstandings. PS: the visuals are by Thea Schukken.

Myth: The Scrum Master must be present during the Daily Scrum

The myth is that a Scrum Master should always be present during the Daily Scrum. In some teams, the Scrum Master is expected to facilitate the Daily Scrum, while other teams feel that the Scrum Master should be present to pick up impediments that he or she needs to solve. Either way; presence is required.

What does the Scrum Guide say?

According to the Scrum Guide, the Daily Scrum is owned by the Developers. Scrum is built on the observation that product development is a complex endeavor. This complexity manifests in a high degree of unpredictability. Even within the scope of a single Sprint, things will probably not go as expected. A critical member of the team becomes sick during the Sprint. A high-priority bug is discovered that needs to be fixed right away. Or a new idea emerges that better addresses the Sprint Goal. Frequent communication within the Development Team is paramount to deal with these changes as they arise.

The Daily Scrum is one of the boundaries of Scrum and provides the Developers with at least one daily opportunity to synchronize work and plan for the day ahead. How will the teamwork together until the next Daily Scrum to meet the Sprint Goal? The output of the Daily Scrum consists of a daily plan and (potentially) adjustments to the Sprint Backlog that are needed to reach the Sprint Goal. Although the Scrum Master can be present to help facilitate the Daily Scrum, this is not required. The Scrum Master ensures that a Daily Scrum takes place, but the Developers are responsible for conducting the meeting. Outside of the Developers and potentially the Scrum Master, no other people participate. If the Daily Scrum results in decisions that affect others (like the Product Owner), they can be consulted by the Developers afterward.

So, although the Scrum Master can participate during the Daily Scrum, this is certainly not required by Scrum.

Possible Problems

Having the Scrum Master present during every Daily Scrum is associated with a number of ‘smells’ that may indicate problems in how Scrum is applied:

  • The Scrum Master acts as a manager of the team, and uses the Daily Scrum to distribute work and make decisions on behalf of the Developers;
  • The Developers do not support or commit to working with Scrum, and needs the Scrum Master to ‘make sure it happens’. In this case, the deeper motivation to work with Scrum needs to be addressed;
  • The Developers may be depending on the Scrum Master to facilitate communication within the Scrum Team. This impedes the ability of the Scrum Team to learn how to self-organize;
  • The Scrum Master uses the Daily Scrum to feel meaningful. Being an agile leader, the success of a Scrum Master often manifests in indirect ways (improvement over time, good atmosphere, learning). For some Scrum Masters, the Daily Scrum provides an opportunity to take the stage and have a visible contribution - even though it does not benefit the Scrum Team for the reasons stated above.

Tips

The following tips are helpful to make the Daily Scrum more effective (as Scrum Master):

  • Reiterate the purpose of the Daily Scrum at the start;
  • Take a (literal) step back during the Daily Scrum, placing yourself outside of the Scrum Team;
  • Limit yourself to only asking open questions during the Daily Scrum;
  • Limit yourself to only asking questions related to transparency, inspection, and adaptation: “How does this new insight affect our Sprint Goal?”, “What new work needs to be made transparent?” or “What can we today to help each other achieve the Sprint Goal?”;
  • Don’t actively facilitate the Daily Scrum by asking every member to answer the three questions of the Daily Scrum. Instead, let people decide who goes next;
  • Don’t attend the Daily Scrum. Observe what happens afterward;
  • Ask someone in the Development Team to facilitate the Daily Scrum;
  • Let the Developers choose the starting time and location. It’s their event. Therefore let them choose the time that suits them best. This increases the feeling of ownership and encourages the team to start on time.

Closing

In this blog post, we’ve described the myth that the Scrum Master should always be present during the Daily Scrum. We’ve offered the perspective from the Scrum Guide, described some examples of possible problems in how Scrum is applied and shared tips & tricks on how to make the Daily Scrum more effective.

What is your opinion about this myth? We are always eager to learn from your experiences as well!

Want to separate Scrum from the myths? Join our Professional Scrum Master-courses (in Dutch or English). We guarantee a unique, eye-opening experience that is 100% free of PowerPoint, highly interactive and serious-but-fun. Check out our public courses (Dutch) or contact us for in-house or English courses.

 


What did you think about this post?

Comments (12)


netwolff
12:14 pm October 25, 2017

Simply written, easy to understand :)
I have experienced the "scrum-master-reporting-session" myself without ever asking for it actively so I am all for not attending once a team understands the purpose. I am currently trying to attend to 4 teams and the dailies overlap. Usually I pick one team each day just by gut decision where I attend the daily but often enough one or the other team asks me to join because the feel there's an "elephant in the room" somewhere or they have a certain topic for me in my role.


Alan Larimer
01:06 pm October 25, 2017

The most applicable quote from The Scrum Guide that is often left out of discussions: "The Scrum Master enforces the rule that only Development Team members participate in the Daily Scrum." The Scrum Master should be coaching the Development Team to collaborate throughout the day. Then the Daily Scrum becomes just another normal conversation focused on addressing (not directly answering) the three questions, coordinating activities, and inspecting progress toward the Sprint Goal.


Manuel Mueller
04:04 pm October 25, 2017

I am on the same page as you mythbuster guys. But I am often face the problem that I need also a slot during the daily standup to give the team informations about things (3rd level support, quality gate status, joining guilds,....) that impacts team. Would you recommend to separate this informations from the daily?


Filipe Delgado
09:12 pm October 25, 2017

I have exactly the same question and I tend to use the same place but after the daily scrum and not before or when it's my turn. Would appreciate any other suggestions.


Manuel Mueller
07:58 pm October 26, 2017

I will ask the team what suits for them. So the team can decide how I should bring this information to them. Maybe I should differ between Sprint relevant or not.


Christiaan
08:56 pm October 29, 2017

Can you expand a little bit on what kind of information you have to convey to the team? In what sense do you convey information about quality gates or support? And what about joining guilds?


Alan Larimer
12:27 am October 30, 2017

"quality gate status" sounds problematic. If this is something outside of the Scrum Team (especially Development Team) that is affecting the Increment, then it needs to be addressed.

"I need also a slot during the daily standup to give the team information" is absolutely against the purpose of the Daily Scrum. (https://scrumguides.org/scr...


Barry Overeem
04:47 pm November 2, 2017

Thanks for sharing your experiences as well!


trekker_vt
08:28 pm November 2, 2017

If the Scrum Master doesn't attend the Daily Scrum, couldn't that impede his/her ability to know and understand what we're working on, how we're working together and the progress we're making? Or is it not important for a Scrum Master to understand what we're working on?


Alan Larimer
01:47 am November 7, 2017

To answer a question with a question: What would be the value of the Scrum Master knowing the details of the Development Team's efforts? Remember that the Scrum Master should not be acting as a traditional manager, project or departmental.

There can be value in observing the Daily Scum, especially with those newer to the framework, in order to later facilitate discussions around improvements. Hovering, facilitating, directing, and coaching during the event tend to impede self-organization.


QCube
05:41 pm March 22, 2019

A problem that often arrises in my company is, that if a scrum master and a product owner is present a lot of people fall into justifying instead of focusing on what needs to be done. They just tell how they spent the last day in regards to "why it was not wasted" and not with the look at the sprint goal. This could be adressed by taking product owners and scrum masters out of dailys at least for some time as well I think. Anyone made similar experiences? How did you deal with that?


Samurai Fox
06:34 am December 31, 2019

I agree there are lots of grey areas in current Scrum Guide. It guess this is not as mature as PMBOK and I don't want to be as thick and heavy as PMBOK either however the content should be presented in more structured way than prose structure