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.

Internal delegated Product owner
Last Post 09 May 2014 04:12 AM by Ian Mitchell. 5 Replies.
  •  
  •  
  •  
  •  
  •  
Sort:
PrevPrev NextNext
You are not authorized to post a reply.
Author Messages
Pablo Rossi
Basic Member
Basic Member
Posts:181
Pablo Rossi

--
05 May 2014 11:56 PM
    What if your company is in a buyer-seller construction where the Product Owner is actually an external client who understands agile scrum, but doesn’t have the time to attend all scrum meetings.

    Would assigning an “delegated Product Owner” (perhaps an internal business analyst or functional designer) be an option? If yes, what would be the criteria of this person?
    Ludwig Harsch
    Basic Member
    Basic Member
    Posts:272
    Ludwig  Harsch

    --
    06 May 2014 05:50 AM
    The Product Owner should be someone who has a high interest in the product, is accepted by the stakeholders an can spend an appropriate amount of time with the development team to make the product succeed.
    Of course you can assign a Product Owner from your company if you find someone appropriate. But just call him "Product Owner" and not "delegated" or "Proxy". It has to be transparent to your client that he no longer is the Product Owner, but becomes a stakeholder.
    He has to decide if he wants to be pig or chicken (committed or involved).
    Pablo Rossi
    Basic Member
    Basic Member
    Posts:181
    Pablo Rossi

    --
    06 May 2014 06:42 AM

    Of course you can assign a Product Owner from your company if you find someone appropriate. But just call him "Product Owner" and not "delegated" or "Proxy". It has to be transparent to your client that he no longer is the Product Owner, but becomes a stakeholder.
    He has to decide if he wants to be pig or chicken (committed or involved).


    Unless your PO is a team member, the PO should never be a pig right?
    Thanks for the tip.
    Ludwig Harsch
    Basic Member
    Basic Member
    Posts:272
    Ludwig  Harsch

    --
    07 May 2014 12:03 AM
    In my opinion, the whole Scrum Team consists of pigs. The PO and SM should also be committed to the product. If the PO feels only involved, it becomes hard for the Dev Team to succeed. The PO of your external client is an example for that.
    Himadri Bhattacharya
    New Member
    New Member
    Posts:18
    Himadri Bhattacharya

    --
    07 May 2014 12:53 AM
    Would assigning an “delegated Product Owner” (perhaps an internal business analyst or functional designer) be an option?


    Yes that would be fine

    If yes, what would be the criteria of this person?


    I would look for the following criteria
    1) Should be willing to be the 'single wring-able neck' for the PBIs assigned to the scrum team
    2) The person should be well versed with the change required
    3) She/he should be able to answer all the queries raised by the development team
    4) She/he does not have to keep referring to someone else to resolve issues raised by the development team

    Ideally I would refrain from 'assigning' a Product Owner - I would ask the person if they are willing to take up the role of a Product Owner and make them aware of the responsibilities. This should help bring about the level of commitment and involvement required for from a Product Owner.
    Ian Mitchell
    Veteran Member
    Veteran Member
    Posts:1556
    Ian Mitchell

    --
    09 May 2014 04:12 AM
    > Ideally I would refrain from 'assigning' a Product Owner

    Yes, I think that's the key point. It is certainly possible to use a proxying model for Product Ownership. However, it isn't to be encouraged because the incumbent risks are high. For example:

    - There's a danger of ownership being managed by a de facto committee, which is contrary to the purpose of the role. This committee might consist of the PO, one or more proxies, and one or more external stakeholders who find they are not being adequately represented. This is an antipattern.
    - There is a danger of the person "assigned" being a disinterested party (i.e. a chicken as far as the product is concerned). It's incredibly difficult to assign pigs; they either come to the trough or they don't. Attempts to assign them are common, especially with product ownership. Although normed this is also an antipattern.
    You are not authorized to post a reply.


    Feedback