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.

Question? (Scrum_Guide, S. Retro Or S. Review)
Last Post 02 Feb 2014 08:48 AM by Mehdi Hafezi. 4 Replies.
  •  
  •  
  •  
  •  
  •  
Sort:
PrevPrev NextNext
You are not authorized to post a reply.
Author Messages
Mehdi Hafezi
New Member
New Member
Posts:46
Mehdi Hafezi

--
01 Feb 2014 10:22 PM
    1) Introduction: in current Scrum Guide (published -July 2013) , page 10, in chapter Sprint Goal :

    "... If the work turns out to be different than the Development Team expected, they collaborate with the Product Owner to negotiate the scope of Sprint Backlog within the Sprint."

    2) Question: If we ( S. Dev.) change with PO agreement the current sprint scope ( e.g. move one complex user story back to P.Backlog) , Is the following assumption correct?
    PO together (with Dev. Team support ) has to check if the "Sprint Goal" is still valid and possibly updated it accordingly.
    Mehdi Hafezi
    New Member
    New Member
    Posts:46
    Mehdi Hafezi

    --
    01 Feb 2014 10:27 PM
    Sorry,

    It was send before I had change the subject, Is it technically possible to edit the subject of raised isse afterward?
    Subject suppose to be : Question? (Scrum_Guide, Sprint Goal Updating during Sprint?)

    Mehdi
    Ian Mitchell
    Veteran Member
    Veteran Member
    Posts:1616
    Ian Mitchell

    --
    01 Feb 2014 10:59 PM
    If the work turns out to be different than the Development Team expected, it implies that the work will not make the contribution (to the Sprint Goal) that was forecast.

    The team would therefore seek to change the scope of the Sprint Backlog...not in order to alter the Sprint Goal, but in order to preserve it and the expected delivery of incremental value.

    Such changes in Sprint scope do not involve "moving user stories back to the Product Backlog", although planned work can certainly be traded in and out of Sprint scope. PBI's that have been negotiated into a Sprint do not actually leave the Product Backlog, because by definition they remain undone and are still product inventory. The discussions between the Development Team and the Product Owner on changing Sprint scope can impact that inventory, and the PO may have to revise the user stories and acceptance criteria accordingly.
    Ian Mitchell
    Veteran Member
    Veteran Member
    Posts:1616
    Ian Mitchell

    --
    02 Feb 2014 12:39 AM
    Just to reinforce the point, the Scrum Guide says "A Sprint would be cancelled if the Sprint Goal becomes obsolete". That's an indication of how important it is to value the Sprint Goal...and of how important it is that the Sprint Goal provides value.

    The trivialization of Sprint Goals is a *very* common problem in Scrum. This is why so many people at the Ha level of Shu-Ha-Ri say "why are we doing Scrum at all, with its wasteful ceremonies and Sprint Backlog batches" and gravitate towards Kanban. Although maturing, they don't quite get the point of Scrum and the value of the Sprint Goal in mitigating business risk.
    Mehdi Hafezi
    New Member
    New Member
    Posts:46
    Mehdi Hafezi

    --
    02 Feb 2014 08:48 AM
    @Ian: Thank you for clarification(s), Mehdi
    You are not authorized to post a reply.


    Feedback