Forums

By posting on our forums you are agreeing to our Terms of Use.

Please note that the first and last name from your Scrum.org member profile will be displayed next to any topic or comment you post on the forums. If you have left the first and last name fields blank on your member profile, your email address will be displayed instead.

All user-submitted content on our Forums may be subject to deletion if it is found to be in violation of our Terms of Use. Scrum.org does not endorse user-submitted content or the content of links to any third-party websites.

Can there be multiple product owners for a scrum project?
Last Post 23 May 2014 07:40 AM by Charles Bradley. 6 Replies.
  •  
  •  
  •  
  •  
  •  
Sort:
PrevPrev NextNext
You are not authorized to post a reply.
Author Messages Informative
Mrugesh Panchal
New Member
New Member
Posts:9
Mrugesh Panchal

--
02 May 2014 12:45 AM
    In certain cases, when the scope of development is large, the management is often forced to sustain multiple development teams. This scenario is very common in case of development companies undertaking outsourcing projects and activities, where disjoint or distributed teams carry out the development. In such a scenario, the management may appoint individual scrum masters for each team, and this is practice is accepted by scrum circles. However, the question revolves around the product owner. Just as you have multiple scrum masters, can you appoint more than one product owner in the scrum project?


    Himadri Bhattacharya
    New Member
    New Member
    Posts:18
    Himadri Bhattacharya

    --
    02 May 2014 02:55 AM
    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/cappi...ling-scrum
    Ludwig Harsch
    Basic Member
    Basic Member
    Posts:272
    Ludwig Harsch

    --
    05 May 2014 01:51 AM
    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.
    Kapil Sharma
    New Member
    New Member
    Posts:4
    Kapil Sharma

    --
    07 May 2014 10:38 PM
    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/
    Ian Mitchell
    Veteran Member
    Veteran Member
    Posts:1615
    Ian Mitchell

    --
    09 May 2014 04:54 AM
    > 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.
    JUBY T U
    New Member
    New Member
    Posts:1
    JUBY T U

    --
    23 May 2014 12:44 AM
    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.
    Charles Bradley
    Basic Member
    Basic Member
    Posts:411
    Charles Bradley

    --
    23 May 2014 07:40 AM
    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
    You are not authorized to post a reply.


    Feedback