Throughout the Scrum Open Assessments there often appears a question about who must attend to the Daily Scrum event. This is always correctly answered by saying that only the Development Team is required to participate.

Now the Scrum Guide says the following about the Scrum Master role and Product Owner in regard to the Daily Scrum event:

The Scrum Master enforces the rule that only Development Team members participate in the Daily Scrum.

Does that mean that the Product Owner must not be present at the Daily Scrum event, or does it merely mean that the Product Owner is allowed to be present but must not participate in the proceedings of the event.

I don't only want to know which is true, but also I would like to know the reasoning behind this. An answer that cites some official source to clarify this would be best.

  • This is a good question, however you should use the Scrum Guide as the defecto rule book for Scrum. Everything else are opinion and practices that may help you along, but should not contravene those core rules. Commented May 2, 2016 at 12:17

6 Answers 6


Product Owners Are Silent Observers in Daily Stand-Ups

In the quoted description, the word participate has the connotation of "taking an active part." The Product Owner should attend, but should not participate. The daily stand-up is intended as a synchronization and coordination meeting, not a status meeting, and the Product Owner has no active role to play in it.

The Product Owner (PO) is welcome to attend in order to listen and observe, as Scrum processes should always be transparent, but the PO may not interact. Listening as the team plans the day's work serves a number of purposes:

  • It provides an attentive listener with many of the same benefits as a formal status pull without being disruptive.
  • It provides the PO with early feedback about scope, which can be used outside of the standup to negotiate the scope of in-progress user stories, provide input for Backlog Refinement, or act as an "early warning system" that an Early Termination may be required.
  • It provides the PO with a front-row view of the team's day-to-day capacity. This is often helpful in setting expectations during Sprint Planning, and may provide advanced knowledge of what stories should be prioritized next Sprint.
  • It creates shared context, so that any discussions between the Development Team and the Product Owner throughout the Sprint don't have to start from scratch.
  • So far your answer seems to be the only one not contradicting the Scrum Guide. I would prefer an answer that cites some additional official Scrum sources to bring actual clarity. As long as such an answer doesn't exist, I tend to accept your answer.
    – aef
    Commented Apr 28, 2016 at 21:24
  • This answer is in line with the official Scrum Guide that is owned by Scrum Inc, Scrum.org, and Scrum Alliance. The Scrum Guide as it is not meant to be a strategy guide, but instead merely a quantification of the rules to build good software. Other practices may/must apply... but not contravene... Commented May 2, 2016 at 12:01
  • And the Scrum Guide literally says, "The Daily Scrum is an internal meeting for the Development Team. If others are present, the Scrum Master ensures that they do not disrupt the meeting." (Scrum Guide > Scum Events > Daily Scrum) Commented Feb 3, 2020 at 17:24

Yes, you absolutely want your PO at the Daily Scrum.

First off remember that the Scrum Guide is something like 17 pages and only covers the broadest brush strokes.

The product owner is part of the team. They are the direct connection to the business and the person who signs off on stories as done. You absolutely want the PO there so they know what's going on.

The intent of the Scrum Guide is generally agreed to be that only the developers are talking and the PO would hold questions until after the standup. Most agile teachers recommend that the PO only ask brief questions during the standup, to clarify things. If a story is done, the PO is able to follow up with the team member after the Daily Scrum to approve the story, so it can be properly moved to done.

Interestingly enough, Mike Cohn just issued some advice on this in his direct email letters to subscribers. He recommends that everyone, Scrum Master and Product Owner included give updates in the Daily Scrum. It's an evolution of our thinking which recognizes that there is other work, beyond the coding, that happens during a sprint.

And remember, it's all guidance. If it works for you, that's the most important measure of if you should do it.

EDIT: I'm in the process of gaining the Certified Scrum Trainers certification. So I'm explaining this from that perspective. The Scrum Guide is a framework. It is not prescriptive, it is a guideline. It is also an ever evolving concept. The last time it was updated was more than three years ago and Jeff Sutherland, one of the authors, has certainly continued to evolve his opinions.

So if anyone tells you "You're not following Scrum by the book" then they are the ones with the problem. A 17 page document cannot and was not intended to ever be the be all and end all.

Product Owners absolutely should be at the Daily Scrum. Every CST I know teaches that. The exact role of the PO at the Daily Scrum is up to the team to decide based on what they feel works. Remember, inspect and adapt. We don't hold rigidly, we do what works.

So if i was your coach, I'd tell you to start with the "by the book" only the developers talk. Then use your retrospectives to decide if that works.

A couple of other notes: - Jeff Sutherland and Ken Schwaber maintain the Scrum Guide. They are only two voice in the scrum community and not the only ones who were there when it was invented.
- The Agile Manifesto isn't Scrum and it is the over arching guidelines for us all. Inspect and Adapt is a key principle. As is individuals and interactions over process and tool.

  • 1
    Some of your answer sounds like "Do whatever fits you". I know that this is always a possibility. But I would like to know what Scrum, and therefore its creators, intended by writing the referenced statements into the Scrum Guide. Apart of that, I'd like to point out that the Scrum Guide is quite strict on what is Scrum and what is not Scrum. It seems to regulate some parts very strictly while a lot of other parts are left for its users to tinker with. I suspect this to be intentional, and therefore I'd like to understand the rules and their intentions to understand why they need to be strict.
    – aef
    Commented Apr 21, 2016 at 22:14
  • 2
    only Development Team members participate in the Daily Scrum cannot be interpreted in any way so that the Product Owner is encouraged to or should participate. Therefore I'd say that Mike Cohn's approach is a direct contradiction to what the Scrum Guide says.
    – aef
    Commented Apr 21, 2016 at 22:29
  • Edits added instead of using comments. Commented Apr 21, 2016 at 22:43
  • 1
    @aef is technically correct. Pure scrum (is there such a thing?) is clear that only developers participate in the daily scrum. Anything else is a deviation from the scrum guide, which may or may not be appropriate in your circumstances.
    – Pedro
    Commented Apr 21, 2016 at 23:29
  • 1
    Can you provide an example of any people that invented Scrum together with Jeff Sutherland and Ken Schwaber recommending to go against what is written in current the Scrum Guide at the time of their expression? I heard plenty of people claiming such disagreement, even for Ken and Jeff, but I did not find any evidence for this. Both scrum.org and Scrum Alliance explicitly adhere to the Scrum Guide.
    – aef
    Commented Apr 28, 2016 at 21:29

I've obtained my CSM certification a few weeks ago. One of the couple of questions I missed was exactly this.

The question asks the reason why the PO should attend the Daily Scrum (which, by Modus Ponens, implies that the PO should attend the Daily Scrum).

I answered that it was to ensure the Dev team is still on target to meet sprint goals. A listener, as CG says (+1!).

I was surprised to know that the correct answer was to help clarify requirements, which implies that the PO has an active role during Daily Scrum. Go figure.

All in all, you should stick to what Joel BC (+1!) says: do whatever works for you.

  • 6
    Being on-hand to clarify requirements is part of a PO's ongoing role, but IMHO the daily standup is the wrong place to be clarifying requirements. I've seen too many Scrum implementations slip into PO status pulls this way to think it's a good idea for them to be active participants, but since the PO is a member of the Scrum team that person should certainly be present at the ceremony.
    – Todd A. Jacobs
    Commented Apr 21, 2016 at 23:41
  • Since the PO is not actively contributing to delivering work in the sprint they have no need to be at the Daily Scrum. The Daily Scrum is for the Development Team (not the Scrum Team) to sync and then, if they deem necessary, bring any issues to the attention of the rest of the Scrum Team. Daily Scrum is 15 minutes to make sure you don't end up discussing off topic things, like clarifications of requirements. Commented May 2, 2016 at 12:09
  • Hi @MrHinsh, I agree he may NOT attend - my post is intended to say that the ScrumAlliance expects the PO to attend Daily Scrums.
    – Tiago Cardoso
    Commented May 3, 2016 at 12:00
  • That's fine for taking a test, however it is not a good behaviour to encourage. Commented May 4, 2016 at 5:11
  • I agree it should be discouraged. My answer does not try to disagree with that. Instead, my answer states that the Scrum Alliance, one of (if not the) most renowned authority in scrum, states otherwise. From now, we have three possible takeouts: 1) Scrum Alliance is wrong and we're right or 2) Scrum Alliance ask a test question that they don't expect us to reflect real world or 3) the question in the exam was just poorly written.
    – Tiago Cardoso
    Commented May 7, 2016 at 9:19

I think the Scrum Guide sees the daily scrum as being for the development team as this encourages them to synchronise their activities during the sprint. However, there are also elements of synchronisation required between the development team and the Product Owner.

Mike Cohn talks about the Product Owner participating in the daily scrum to highlight that they are just another Scrum Team member.

Personally I would say that having a Product Owner that only occasionally attends a daily scrum is not a good idea. They will continually be behind on current events and so may delay the daily scrum by asking questions that the rest of the development team already knows the answer to.

Similarly, if a Product Owner attends the daily scrum and treats it as an opportunity to check-up on progress then that is also not a productive use of the team's time.

On the other hand, a Product Owner that attends every daily scrum and speaks in a concise and informative manner would be beneficial to the team.

Imagine if a Product Owner has chosen to relocate and is sitting with the development team. Would you then refuse to let them attend the daily scrum or speak at it? I don't think this would send a good message about the Scrum Team working together.

  • Since the PO is not actively contributing to delivering work in the sprint they have no need to be at the Daily Scrum. The Daily Scrum is for the Development Team to sync and then, if they deem necessary, bring any issues to the attention of the PO. Commented May 2, 2016 at 12:07
  • That assumes the PO is not actively contributing to delivery. I have worked with Product Owners who are highly engaged with the development team during a sprint. Commented May 2, 2016 at 12:31
  • The they are NOT the PO at the Daily Scrum, they are a Team Member. And "highly engaged", while laudable, does not make one a member of the Development Team. Are they actively committing to delivering work within the Sprint? Commented May 4, 2016 at 5:15

The Daily Scrum meeting should be finished in 15 mins - max 20 mins. If the Product Owner (PO) joins the Daily Scrum, it damages the Team's autonomy and most of the time the PO might jump in and say "hey don't do this" or "that like this" and then things can turn into long debates.

The PO should not be involved in the Daily Scrum. Let developers do their best based on user stories' descriptions. If there are any blockers, the Scrum Master has to facilitate discussion and can pull the PO into the Daily Scrum if required.


I'm very strongly on the side of "yes, the PO should be at the daily standup". I also think the SM should be there as well. For the PO, I have three main reasons.

  1. They can deal with issues around prioritisation and clarification then and there. This needs to respect the timebox, but if issues can be resolved in the stand-up it's much, much more efficient than having to go away and get that clarification.
  2. The PO can have relevant updates for the team: part of the team's job is to help the PO write the backlog items. The PO is the voice of the customer, so having them in the stand-up gives the customer a voice in day to day meetings. And it can make the other ceremonies (refinement and planning).
  3. It makes them part of the team; they engage with the team regularly, which serves to build trust and communication - a major factor in building good, high-performing teams.

I know the Scrum guide says they shouldn't be there; but this is one area that I really don't agree. That said, there are good reasons for why they say this, which are very real risks that need to be considered. 1. The stand-up is a meeting for the development team; it is not a status, update meeting for the PO (or SM). In the stand-up, the POs role is to support the developers in delivering the sprint. They will learn about progress (and blockers), but that's a byproduct of knowing what the team is working on, not a result of a status update. 2. It can cause detailed discussions, which can make the meeting take 15 minutes. I don't mind taking a little time in stand-ups to discuss issues - but this also needs to be monitored to ensure that the timebox is respected and issues put aside for later discussions where necessary. 3. Both PO and SM are more likely to lead the daily meetings - to set the tone, decide who speaks, cut-off conversations that are too detailed, etc. This undermines self-management. It's very important that the PO doesn't take this role; it's not their meeting!

All of these weaknesses are less likely in a mature team and can be offset by a good SM ensuring that the Standup serves the Development Team. Of course, every team and every environment is different; so it's really up to the team to find the right patterns of work.

  • I don't see the PO being the "voice of the customer" as an effective setup. I believe people acting as communication relays should be avoided. So if cross-functional means, having all the required skills, then ideally, the customer should become part of the development team. If that isn't possible, I would strongly suggest that everyone on the development team can directly interact with the customer to develop empathy and to avoid miscommunication.
    – aef
    Commented Feb 1, 2020 at 8:55

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.