Forums

By posting to our forums you are agreeing to the Forum terms of use.
Product Backlog is dynamic, so this is a risk?
Last Post 14 Jan 2014 07:36 AM by nsanzana. 4 Replies.
  •  
  •  
  •  
  •  
  •  
Sort:
PrevPrev NextNext
You are not authorized to post a reply.
Author Messages
nsanzana
New Member
New Member
Posts:15
nsanzana

--
12 Jan 2014 11:23 AM
    Hello

    I'm reading Scrum Guide and says that Product Backlog is dynamic, because never is complete and is changing when new requirements/elements must be added to met the objective.

    As you know the customers all of the time are trying to add new features in order to met with the expected result and the environment conditions, so in this point my question is:

    What is the best practice for try to avoid big changes that could to impact in project scope or in the project finish? Even knowing that sometimes the end customers thinks that the change is simple, but all of the times this 'little changes' could be big if requires modifications at other elements previously complete ...

    Really appreciate your feedback
    Regards

    Ian Mitchell
    Advanced Member
    Advanced Member
    Posts:562
    Ian Mitchell

    --
    12 Jan 2014 01:41 PM
    > What is the best practice for try to avoid big
    > changes that could to impact in project scope
    > or in the project finish? 

    Scrum practice is to have a Product Owner who is the final arbiter on product value and the content of the Product Backlog. This is an important role, and involves liaising with customers and other stakeholders, and being accountable to them for the Return On Investment.

    Sanjay Saini
    New Member
    New Member
    Posts:78
    Sanjay Saini

    --
    14 Jan 2014 01:21 AM

    In addition to what Ian said, it depends on the type of project/organization e.g. if you are working for a service based organization and your company working on the fixed-price model then PO has to make a call between original scope vs new feature by doing the cost benefit analysis. He should not keep building a product which no one wants but he cannot keep adding new requirements into the backlog at the expense of vendor company to keep his/her users happy. That's why PO is a really tough role to play in critical situation.

    Cheers
    Sanjay
    Ludwig
    New Member
    New Member
    Posts:75
    Ludwig

    --
    14 Jan 2014 04:11 AM
    Hi Sanjay,
    you are right, the Product Backlog is never complete, same as the product. This means there is no such thing as a project scope or a project end, because SCRUM is not a project management methodology. The idea of product development with SCRUM is rather made for real products, think of facebook, google or ebay. They are never "complete", even if it may happen that a product is discontinued for whatever reason.
    You may look at changes as oportunities to make the product better rather than risks for your project or threats for your existing product in which you invested a lot of work.
    Best, Ludwig
    nsanzana
    New Member
    New Member
    Posts:15
    nsanzana

    --
    14 Jan 2014 07:36 AM
    Thanks a lot for your responses guys
    You are not authorized to post a reply.


    Feedback