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.

Product Backlog Refinement
Last Post 25 Aug 2014 04:21 AM by Ian Mitchell. 8 Replies.
  •  
  •  
  •  
  •  
  •  
Sort:
PrevPrev NextNext
You are not authorized to post a reply.
Author Messages Not Resolved
Damian Grech
New Member
New Member
Posts:11
Damian Grech

--
07 Jul 2014 05:32 AM
    Hi all,

    I was wondering if the Product Backlog Refinement affects the Sprint Backlog Items as well? On page 13, the Scrum guides specifies the following:

    "This is an ongoing process in which the Product Owner and the Development Team collaborate on the details of Product Backlog items. During Product Backlog refinement, items are reviewed and revised. The Scrum Team decides how and when refinement is done."

    Is it referring to the PBI outside the Sprint Backlog only or all the PBIs? If it's referring to the ones in the Sprint Backlog as well, this process might lead to changes and might need to make another Sprint Planning, no?

    Thanks,
    Randy Ho
    New Member
    New Member
    Posts:47
    Randy Ho

    --
    07 Jul 2014 11:41 AM
    No. The reason for backlog refinement is so the PO can plan for future increments and releases.

    When an item from the Product Backlog is committed to a sprint and worked on, it doesn't need to be groomed or refined during backlog grooming. It is in the sprint and any clarification that is needed by the dev team should be taken up with the PO in real time.
    Srinivas R Nutalapati
    New Member
    New Member
    Posts:2
    Srinivas R Nutalapati

    --
    07 Jul 2014 03:05 PM
    Ideally, No - but has to be in case-by-case scenario - as Product Backlog includes Sprint Backlog too. Grooming ideally involves all product backlog items that are not in the current sprint.

    Sprint backlog is well planned and refined in the sprint planning. And if there is any need arises where sprint backlog item needs to be refined for example additional information has been found that requires changes that are not envisioned in the sprint planning - those needs to be informed ASAP to the PO and/or the team in the stand-ups.

    The PO and the team can re-negotiate the current sprint backlog item with new information with a possible solutions like

    a) Accepted by PO and the Team, with possible risk to the current sprint
    b) Accepted AS-IS by PO and the team, with additional backlog item added to deal with the new information.
    c) Removed from current sprint and bring back some thing else from product backlog - that can change the scope of the current sprint.

    Ian Mitchell
    Veteran Member
    Veteran Member
    Posts:1451
    Ian Mitchell

    --
    07 Jul 2014 04:39 PM
    If either the Product Backlog or Sprint Backlog are insulated from change, waste is likely to be incurred due to delay and subsequent rework. Any developments in one should therefore be assessed for potential impact upon the other.

    Change is managed through clear ownership of the Product Backlog (by the Product Owner) and the Sprint Backlog (by the Development Team), and the facilitation and guidance of the Scrum Master. Collaboration regarding undone work on either backlog should occur between them on an ongoing basis.
    Ludwig Harsch
    Basic Member
    Basic Member
    Posts:272
    Ludwig  Harsch

    --
    04 Aug 2014 06:43 AM

    Ideally, No - but has to be in case-by-case scenario - as Product Backlog includes Sprint Backlog too.

    No, the Product Backlog does not include the Sprint Backlog. They are separate artifacts. In Product Backlog Refinement the Product Backlog is refined, which means the items of the Product Backlog are reviewed, decomposed, enhanced etc. Speaking of Product Backlog Items here does not mean the Sprint Backlog is refined too, only because it contains Product Backlog Items as well. The wording can be misleading, and in my opinion the items should be called Sprint Backlog items as soon as they go from Product Backlog to Sprint Backlog to avoid confusion. Maybe this wording is on purpose to make it clear that we are still talking about the same items.
    Ian Mitchell
    Veteran Member
    Veteran Member
    Posts:1451
    Ian Mitchell

    --
    04 Aug 2014 07:55 AM
    > No, the Product Backlog does not include the
    > Sprint Backlog. They are separate artifacts.

    The Product Backlog should reflect the entirety of undone work, including any undone work that is currently in the Sprint Backlog. PBI's should only leave the Product Backlog when the PO removes them or they have satisfied the Definition of Done.

    Sometimes we talk about "returning" undone (and re-estimated) work to the Product Backlog from the Sprint Backlog, but this is not strictly correct...if it is undone, the work never actually left it.
    Ludwig Harsch
    Basic Member
    Basic Member
    Posts:272
    Ludwig  Harsch

    --
    04 Aug 2014 08:26 AM
    No, I disagree. The Scrum guide states "Product Backlog items can be updated at any time by the Product Owner or at the Product Owner’s discretion." and "Only the Development Team can change its Sprint Backlog during a Sprint."
    This leads to a contradiction if Sprint Backlog is a subset of Product Backlog.
    Ian Mitchell
    Veteran Member
    Veteran Member
    Posts:1451
    Ian Mitchell

    --
    04 Aug 2014 08:55 AM
    "or at the Product Owner's discretion" is perhaps the key phrase here. Those PBI's that are currently in the Sprint Backlog, and which remain undone, are subject to potential replanning by the Development Team. They wholly own the Sprint Backlog and only they can change it.

    The PO must of course provide approval for any changes to the PBI's and should in fact provide the necessary guidance for doing so.
    Ian Mitchell
    Veteran Member
    Veteran Member
    Posts:1451
    Ian Mitchell

    --
    25 Aug 2014 04:21 AM
    I've just posted a blog on this subject:

    "Counting Chickens: Undone Work in Scrum"

    http://java.dzone.com/articles/coun...3873-agile
    You are not authorized to post a reply.


    Feedback