We have a Scrum Team of a Product Owner and four developers (one of whom is Scrum Master), running one week sprints. As per Scrumguides.org (emphasis mine):

The Sprint Retrospective is an opportunity for the Scrum Team to inspect itself...

So that includes the Product Owner.

Following the advice from Agile Retrospectives by Derby/Larsen we're trying to focus our meeting on one specific topic. We have iterations of one week, so we usually cover only one topic each week.

Now, at least half of our Retrospectives will be very tech-oriented: talking about how to spread technical knowledge between us and other teams, improving automated testing, trying new tools, et cetera.

Our Product Owner is not very technical at all, and will not be able to contribute all too much in this kind of Retrospective.

Any suggestions on how to deal with this? Do we do those Retrospectives with just the development team? Do we "need" to look for ways to include the Product Owner too?

8 Answers 8


Ideally the Product Owner will be present and will find the retrospective both interesting and rewarding.

However, if the Product Owner does not see their value in technical conversations then there are some things you can do:

  • Start the retrospective in the usual way but cover Product Owner related issues first, then allow the PO to leave and focus on technical issues.
  • Run two retrospectives, one for business/requirements related issues and one for technical issues.
  • Alternate between technical and non-technical retrospectives.

I'm not a big fan of the last two of these approaches. But I think the first one can be made to work.


The retrospective goal is, among others to

Inspect how the last Sprint went with regards to people, relationships, process, and tools;

Although you feel like most of the discussion will be around technical problems, that could not be necessarily the case. Not to mention that solving technical problems is a way to reach a business goal and add value, not an exercise in itself, so the PO can and should have a say on that.


Including product owner is always a good practice. Don't be afraid that he will not get it. After few retrospectives he should better understand tech story's arsing and overall complexity of a project. He is a part of a team too, and maybe he has a issues to share with.



Lots of good points already made.

One more to add: Sometimes the action item from a completely technical discussion will be adding an item to the backlog that is more technical. In order for the PO to be able to prioritise it against other items he needs to understand its value. So even a completely technical discussion is to a certain extent useful to him.


Preferably the Product Owner attends all retrospectives, this will help him/her to improve the way of working together with the team members.

Attending technical discussion can increase insight in the way that team develops their product and the effect of this on the quality of the product. For instance when the team has built up technical debt, they can discuss strategies together with the Product Owner to reduce the debt and to prevent degrading the quality further.


It is important to always keep in mind that the PO by virtue of positioning on the scrum team owns the vision of the product.

Secondly, always keep in mind, the purpose and goal of retros- to review and inspect how the last sprint went, what was done well, what could have been done better, and how the cross-functional team handled relationships, processes, and tools.

Driving this home, it is imperative that you see the retrospective meeting beyond discussing the technicalities of the project, you handle this by concentrating on the overall business goal which in itself, is not technical.

A non-technical PO will undoubtedly be business-minded and will be taking lessons and better understanding of reaching the business goals and values.


Quite simply yes, the Product Owner is part of the delivery team and the contents of the retrospective directly impact their role. A product manager, in contrast, doesn't need to be present.

The Product Owner is a pig whereas the Product Manager is a chicken :) The product owner is committed.

The actual problem might be that the retro is too technical, which it shouldn't be. Certainly you might identify technical areas that need improvement but deep dives should be done outside of the retro.


From Roman Pichler blog: The Product Owner’s Guide to the Sprint Retrospective

As the product owner, you are a member of the Scrum team, which also includes the development team and the ScrumMaster. While you are in charge of the product, you rely on the collaboration of the other Scrum team members to create a successful software product. If you don’t attend the retrospective as the product owner, you waste the opportunity to strengthen the relationship and to improve the collaboration with them.

But there is more to: Taking part in the sprint retrospective allows you to understand why the team requires some time in the next sprint to carry out improvements such as refactoring the build script, or investigating a new test tool; and maybe more importantly, it helps you improve your own work.

Say that some of the user stories the team had worked on did not get finished in the sprint. At first sight this looks like the development team’s fault. But analysing the issue may well reveal that the size of the stories and the quality of the acceptance criteria contributed to the problem. As you are responsible for ensuring that the product backlog is ready, this finding affects your work: It shows you that you have to decompose the user stories further and it suggests that the development team’s involvement in getting the stories ready should be improved – otherwise you would have spotted the issue before the stories went into the sprint.

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.