Can there be multiple product owners for a scrum project?

Each scrum team is made up of Development team + Scrum Master + Product Owner. If you have multiple scrum teams then you will have multiple Product Owners each managing a subset of the Product Backlog. Ideally you should all be working from a single Product Backlog. You can read further on this at http://www.capgemini.com/blog/capping-it-off/2012/05/scaling-scrum

As the name Product Owner suggests, you need one Product Owner for each Product (and one Product Backlog). If your Product is developed by multiple development teams, it can happen that one person cannot do this job for all the teams at once. This is when you can think about several "Sub" Product Owners for each team, but you still need one person responsible for the whole product. The books of Larman and Vodde explain this in detail.

Hi,

Its best practice that one team lead by one P.O. Or best divide the project in smaller sub project and leads these small project with different P.O.

As every P.O have its own style of executing work and interaction level with client / stakeholder. Its a same thing P.O works under P.M.

Thanks,
Kapil
http://scrum-mines.blogspot.in/

> Just as you have multiple scrum masters, can you appoint more than one product owner in the scrum project?

The short answer is no, because product ownership does not scale in quite the same way as servant leadership potentially can. Multiple Development Teams, each with a Scrum Master, can draw from a single Product Backlog that must be owned by exactly one PO. Although Scrum Masters and Product Owners can work for multiple teams, only the PO has this relationship with the Product Backlog.

However, this means that if a project encompasses multiple products...each of which is represented by a discrete Product Backlog that is wholly owned by a single PO...then you can have multiple such PO's working in collaboration. Whether or not these are separate products from an end consumer point of view is immaterial. What matters is that each increment from each contributing team can be brought together into a potential release of business value.

In bigger teams / distributed teams, usually a proxy PO concept is applied. Proxy PO works with each team to provide clarification on requirements to the team , support PO in eliciting requirements etc. However final decision on priority and planning should like with PO. However this a risky approach as delivery expectation and what product should do could be different for a PO from a Proxy PO. In such cases this might raise in a conflict. So in such situations, Proxy PO has to be a person who can mirror PO as much as possible and more of a support to team at geographical location so that their productivity is not impacted.

The Proxy PO concept is an anti-pattern. Yes, in a product with numerous teams, some Dev Team members will help with PBL mgmt, but none of them should hold the title of "Proxy" because this creates a bottleneck and more handoffs.

Ian's answer above is excellent. If you really want to some good help on scaling, see:
http://www.ScrumCrazy.com/scaling

What do you mean by feedback loop

The 3 pillars of Scrum: Transparency, Inspection, and Adaptation.   The shorter the "feedback loop" (assess small deliverables/experiments to guide future decisions), the more Agile you become.

If you can have more than one CEO for an organization, you can have more than one PO for a product development.  In other words one Prouct, One proudct owner is the practice.  He may delegate responisbilitiy to certain others, but his accountability rests with him and his head will roll

Each scrum team is made up of Development team + Scrum Master + Product Owner. If you have multiple scrum teams then you will have multiple Product Owners each managing a subset of the Product Backlog. Ideally you should all be working from a single Product Backlog. You can read further on this at http://www.capgemini.com/blog/capping-it-off/2012/05/scaling-scrum

Please read the article again! You mixing your own assumptions and lines of the article.

From the Scrum Guide 2017:

The Product Owner may do the above work [backlog], or have the Development Team do it. However, the Product Owner remains accountable.

Multiple Scrum Teams often work together on the same product. One Product Backlog is used to describe the upcoming work on the product.

One product -> one PO -> the D-Teams can / should support. No Business Analyst , no Proxy-Po, ...

Now I come with another question:

From a simulation test I'm taking.

Could anyone here give me some feedback on this question. Because I think the 2nd option I marked was correct.