Should Product Owner be present on all retrospectives?

Question

As a scrum master I will join new development team.

Some additional information about environment:

• The team works iteratively, but they don't do any retrospectives,

• Previous scrum master (I'd rather say project manager) was quite authoritative,

• The product owner is also the direct boss to all team members at the same time.

I was present on a few standups as a guest and have some reflections on it; thus, I would like to ask the team some questions about it. This is why I want to introduce retrospective meetings.

I informed the product owner -- the boss of the team members -- that I'd like to spend 1 hour weekly on such meetings. He agreed. I also told him that retrospectives are for the team and he doesn't have to be present on all meetings. Then he didn't agree. He wants to be present on all meetings.

In my opinion his presence may cause retrospectives to be biased - people will not behave naturally, hiding some information for political reasons.

Am I right? What are important repercussions of such a configuration? What should I be aware of?

Answer 1

According to the book the product owner shall be present on the retrospectives, because he can provide very valuable information how the team performs from a business perspective.

Your fear is valid: if the boss is around the team members won't behave naturally and most probably their findings or ideas will favor the boss' expectations.

You could have a pre-conversation with him and be his proxy to the team. You tell his findings and observations the team, but I'm pretty certain that he shouldn't be there at this time.

I got the impression that your organization is open for a change. If I were you I would tell my boss to be a proxy for a while and when the team is a good Scrum Team and can find improvements and implement them, then he can join a couple of meetings.

+1: most probably there is a reason why your boss wants to be at that meeting. Try to find out why. If you know his motivation you have the information you need to talk him out of being in the meeting. For example, my old managers lost the trust in my teams and I had to spend some time with the teams to build up the trust again.

Answer 2

As others have said, there are many ways to structure the core meetings in a Scrum environment. I am a Product Owner and the overall manager of the development group (among others) although there is a "team lead" between me and the developers (he is also the Scrum Master).

As Product Owner, I am present for all Sprint Retrospectives. It is important for me to be there because when the team discusses the Three Questions (what worked well, what didn't work well, what should we start doing), I need to listen and ensure that I know what to continue doing that worked well, what to change if something didn't work well and it's my fault, and to ensure that I am aware of something that will be starting (if I can help the Scrum Master facilitate the change, or adjust my expectations, etc).

So, in my organization, the answer to "Should Product Owner be present in all retrospectives" is yes because it adds to the continue trust-building and overall product/team cohesiveness.

That may or may not be the case in other organizations. In the situation you are entering, even though there are many ways to do Scrum, I am going to venture to guess that the team is not very cohesive and probably does not function as well as it could, because of the lack of retrospectives and a previous authoritative Scrum Master. The latter is a big problem; a Scrum Master is to be a facilitator and a trust-builder rather than a task-master.

Given that your team is likely not used to working in a trusted, open, honest environment where problems can be aired and solutions found, your concern that "people will not behave naturally hiding some information for political reasons" is valid but that would be independent of the product owner being there. In other words, without strong facilitation and understanding that the retrospective is ultimately for them, I doubt that the Product Owner being there or not would change the likelihood that the team responds honestly and openly.

I agree with Zsolt's statement that there's likely a good reason the Product Owner wants to be at this retrospective -- and the change of Scrum Masters is a good hint as to why. However, even if there wasn't a good reason, to my mind he should be there anyway.

You have a great opportunity to reset the way that the team functions -- good luck!

Answer 3

There are many ways to facilitate these and you have to choose the one, or a combination, that suits your environment and culture. No single answer exists. By excluding a role, you are introducing another type of bias. So you fix one bias, introduce another.

Find another way to solicit information if your culture is such that your team may filter their thoughts. Capture up front information anonymously, perhaps, so that those piece of information that might be filtered will pass through.

This requires strong facilitation and ground rules. Everyone needs to be clear that the good, bad, and ugly must come out for the overall benefit of the project. So it would be your job as facilitator to ensure that no one gets bashed for being honest.

Answer 4

I'd say PO attendance is optional and whether it is a good idea that he/she participates in the retrospective depends.

• Is the PO much more senior than the other team members?
• Is the PO very authoritative?
• Does he/she tend to "occupy"/take control of meetings?

A dedicated PO will of course want to participate in retrospectives, and in the perfect of all worlds, should. However, if it inhibits other team members it might be best for the team if he/she does not participate.

One possibility is to split the retrospective into two parts, and let the PO participate half of the time.

Answer 5

The Retrospective gathering is a team event (team members + ScrumMaster). The general agenda of a Retrospective have three standard points (but not limited to):

• What was good in the sprint
• What was bad in the sprint
• How can we improve

Retrospective should be process improvement related and not product related (like Sprint kick-start meeting or Demo meeting). Therefore, the presence of PO is optional. The best choice is that PO should be available and should attend only if it's invited by the team. If the team decides that some process problems needs to be discussed in the presence of the PO then, PO must attend the meeting.

Sometimes the presence of PO at retrospective inhibit a lot of talk from team members. On the other hand, SCM should actively monitor discussions and if they go into PO area without PO presence should moderate and recommend to review the debate in the presence of PO so multiple points of view and opinions to be taken into consideration. All decisions made by the team inside Retrospectives should be transparent inside company, so that everyone could be aware about impediments, commitments and decisions inside the team.

Summing all above, there is no need that PO should be in all Retrospectives but should be available to join when team requests.

Answer 6

The ScrumAlliance who publishes the official scrum guide says the PO should not attend, see scrumalliance.org/articles/39-glossary-of-scrum-terms#1113 - "The product owner does not attend this meeting."

Mike Cohn says they should attend, see enter link description here - "The entire team, including both the ScrumMaster and the product owner should participate"

So there is different opinion, but by the book the PO should attend!