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.

When the sprint backlog can change?
Last Post 23 Aug 2016 04:21 AM by Anna Kalita. 14 Replies.
  •  
  •  
  •  
  •  
  •  
Sort:
PrevPrev NextNext
You are not authorized to post a reply.
Author Messages Not Resolved
Maicol Alencar
New Member
New Member
Posts:1
Maicol Alencar

--
20 Mar 2013 07:37 AM
    Hi,

    When the sprint backlog can change?

    Both remove an item because it no longer makes sense for the scope or add an item just because the sprint backlog is over, but the sprint timebox not yet.

    What are the rules and what are the exceptions?

    thanks,

    Maicol
    Ian Mitchell
    Veteran Member
    Veteran Member
    Posts:1699
    Ian Mitchell

    --
    20 Mar 2013 09:05 AM
    Hi Maicol

    In both of the situations you describe, the sprint backlog should be replanned immediately. There is usually no value in progressing a redundant PBI or in having a team wait until the end of a sprint before accepting more work.

    Note: only the development team can change the sprint backlog, because they own it. Nothing can be put in or taken out without their authorisation.
    Charles Bradley
    Basic Member
    Basic Member
    Posts:411
    Charles Bradley

    --
    20 Mar 2013 09:09 AM
    +++++1 to Ian's response, though I would also add that the PO should be involved in the discussion about what is dropped or added to a Sprint.

    In terms of adding or removing scope, you might find this chart helpful:
    http://www.scrumcrazy.com/scope
    Sanjay Saini
    Basic Member
    Basic Member
    Posts:161
    Sanjay Saini

    --
    20 Mar 2013 08:42 PM
    The whole team including PO should be involved while adding/removing anything from the sprint backlog. While adding anything new it should be PO's decision to take the top priority item from product backlog and move it into the sprint backlog.

    The team should be transparent in telling about any change in the sprint backlog during the sprint review meeting.
    Charles Bradley
    Basic Member
    Basic Member
    Posts:411
    Charles Bradley

    --
    21 Mar 2013 09:11 AM
    Sanjay,

    I want to make a distinction in your advice. The Sprint Backlog is "PBI's + a plan to deliver the PBI's". The PO doesn't ever really have to be involved if the "plan" changes, but they do have to be involved if the PBI's change materially (or the number of them forecasted for the sprint changes materially).

    So, while the PO must be involved in the decision to add/change/drop PBI's, they need not be involved in any changes to the "plan". It is also ok if the Dev Team wants to involve the PO in changing the "plan".

    Also, the Scrum Master doesn't need to be involved in any of the above, except as needed to make sure that Scrum is followed.

    Does that make sense?
    Charles Bradley
    Basic Member
    Basic Member
    Posts:411
    Charles Bradley

    --
    21 Mar 2013 09:14 AM
    While adding anything new it should be PO's decision to take the top priority item from product backlog and move it into the sprint backlog.

    Also, this is not always the case. The PO may decide to bring a PBI into the sprint that is *not* the top priority item from the PB. They may have other reasons for bringing something different into the sprint, which is why they should always be involved when changing the "scope"(PBI's) of the Sprint Backlog.

    It's also worth nothing that priority is just one factor when ordering the Product Backlog. Other factors are necessity, technical dependency, business value, etc. See the Scrum Guide for more info on that.
    Sanjay Saini
    Basic Member
    Basic Member
    Posts:161
    Sanjay Saini

    --
    21 Mar 2013 07:44 PM
    Yep

    My idea was on adding/removing a PBI in the sprint backlog. I agree that PO and SM should not be involved in sprint execution plan.
    Filippo Cecchini
    New Member
    New Member
    Posts:4
    Filippo Cecchini

    --
    02 Mar 2016 05:48 AM
    Hi All,

    I would actually agree with Charles and Ian but I was going through the book "Agile Project Management with Scrum"
    by Ken Schwaber and he acttually talks about a frozen product backlog in the sprint.

    He litterally says: "The Team commits to Product Backlog during the Sprint planning meeting. No one is allowed to change this Product Backlog during the Sprint. The Product Backlog is frozen until the end of the Sprint."
    So apparently no Items can be added.

    The weird thing is that he also states:"the ScrumMaster can abnormally terminate the Sprint and initiate a new Sprint planning meeting to initiate the next Sprint. The
    ScrumMaster can make this change of his or her own accord or as requested by the Team or the Product Owner." This contradicts the scrum guide.

    The only explanation I can give is that his book is frm 2004 and maybe he modified scrum framework.

    Can anybody explains this because it generates huge confusion.

    Thanks
    Ian Mitchell
    Veteran Member
    Veteran Member
    Posts:1699
    Ian Mitchell

    --
    02 Mar 2016 06:48 AM
    > The only explanation I can give is that his book
    > is frm 2004 and maybe he modified scrum framework.

    Absolutely right.
    Mayank Gupta
    New Member
    New Member
    Posts:1
    Mayank Gupta

    --
    17 Mar 2016 12:56 AM
    I have the same Question... Please Help......
    Timothy Baffa
    Basic Member
    Basic Member
    Posts:304
    Timothy Baffa

    --
    18 Mar 2016 10:39 AM

    Posted By Filippo Cecchini on 02 Mar 2016 10:48 AM

    He litterally says: "The Team commits to Product Backlog during the Sprint planning meeting. No one is allowed to change this Product Backlog during the Sprint. The Product Backlog is frozen until the end of the Sprint."
    So apparently no Items can be added.



    Filippo,

    Ask yourself if a "frozen" sprint backlog supports agility.

    Be wary anytime the emphasis is placed on process. Rigidity does not support agility!

    Agile Principle #2 - "Welcome changing requirements, even late in development. Agile processes harness change for the customer's competitive advantage."
    Anna Kalita
    New Member
    New Member
    Posts:2
    Anna Kalita

    --
    17 Aug 2016 02:00 PM
    Timothy I fully agree with this approach. Nevertheless in some materials preparing to PSM certificate I have found question: "who can change the sprint backlog items?" I thought about the Development team, but the correct answer was: "Noone, Note that development team is always changing the tasks."
    Fore me it was obvious that if something happens there is a need to change sprint backlog 'even late in development' - but after this question - I am greatly confused. Do you have any idea how to logically explain those 2 different approches? I would be very greatful if you - or anyone who understands it - could help.
    Doug Purcell
    New Member
    New Member
    Posts:10
    Doug Purcell

    --
    17 Aug 2016 02:46 PM
    : "who can change the sprint backlog items?" I thought about the Development team, but the correct answer was: "Noone, Note that development team is always changing the tasks."


    I too am confused. What’s the source of the question?

    According to Scrum, the Sprint Backlog can only be modified if it doesn’t mutate the Sprint Goal. The Development Team is in charge with managing the Sprint Backlog and can edit it if in accordance to this principle.

    If they feel that their edits will significantly change the Sprint Goal then they collaborate with the Product Owner about this issue. ‘

    Only under extreme circumstances may the Product owner cancel a Sprint (changed goals). However, due to the short duration of Sprints this minimizes the likelihood of cancellation arising.
    Timothy Baffa
    Basic Member
    Basic Member
    Posts:304
    Timothy Baffa

    --
    18 Aug 2016 12:02 PM

    Posted By Anna Kalita on 17 Aug 2016 07:00 PM
    Timothy I fully agree with this approach. Nevertheless in some materials preparing to PSM certificate I have found question: "who can change the sprint backlog items?" I thought about the Development team, but the correct answer was: "Noone, Note that development team is always changing the tasks."
    Fore me it was obvious that if something happens there is a need to change sprint backlog 'even late in development' - but after this question - I am greatly confused. Do you have any idea how to logically explain those 2 different approches? I would be very greatful if you - or anyone who understands it - could help.


    Anna,

    The Scrum Guide explicitly states the following:

    "Only the Development Team can change its Sprint Backlog during a Sprint. "

    You need to be careful with any exam sources provided by 3rd parties, as they may promote an imperfect understanding of Scrum, and provide confusion instead of clarity around Scrum.

    The Sprint Backlog can change during a sprint as the Development Team works towards the Sprint Goal. The Sprint Backlog is simply a plan, and that plan can change. Think of it along the same lines of Progressive Elaboration in traditional project management, where you don't know what you don't know until you actually begin the work, and you learn as you go along.

    Changing the Sprint Backlog does not have to be a huge event, although if "something happens" that puts the Sprint Goal into question, then certainly the Sprint Backlog, and even the Sprint, can not only change but also be at risk.
    Anna Kalita
    New Member
    New Member
    Posts:2
    Anna Kalita

    --
    23 Aug 2016 04:21 AM
    @Doug and Timothy, many thanks for your answers and explaining this topic.. I was using Management Plaza training cards. Yes, definitey next time I will relay only on scrum guide - no exceptions. Thank you!
    You are not authorized to post a reply.


    Feedback