Forums

By posting to our forums you are agreeing to the Forum terms of use.
Readjusting the story point value of a user story after it has been completed
Last Post 21 Jun 2013 01:48 PM by Millard. 4 Replies.
  •  
  •  
  •  
  •  
  •  
Sort:
PrevPrev NextNext
You are not authorized to post a reply.
Author Messages
Nicolas Mercier
New Member
New Member
Posts:2
Nicolas Mercier

--
11 Jun 2013 02:05 PM
    Hi,

    I am trying to get a good grasp on the velocity of my team and I was wondering something. Sometimes, my team works on user stories that turn out to be much bigger or much smaller than they thought. We use Fibonacci to measure stories (1, 2, 3, 5, 8, 13...) and sometimes a 2 turns out to be a 5, or a 3 turns out to be a 1 for various reasons that are then discussed in our sprint retrospective.

    Is it a good practice to readjust the story point value of such a story after it has been completed? It would then make the velocity that I calculate more accurate.

    Any thoughts?

    Nick
    Ryan Cromwell
    New Member
    New Member
    Posts:89
    Ryan Cromwell

    --
    11 Jun 2013 02:47 PM
    I would recommend you read Agile Estimating and Planning.

    There are times when re-estimating or adjusting estimates works and times when it has negative impacts (mathematically).

    http://www.amazon.com/Agile-Estimat...0131479415


    Ian Mitchell
    Advanced Member
    Advanced Member
    Posts:562
    Ian Mitchell

    --
    11 Jun 2013 04:15 PM
    Hi Nick

    As Ryan indicates, it does rather depend upon what you are trying to achieve. My advice is that the matter isn't quite as important as you might think. Scrum is concerned about the delivery of value, not the delivery of story points or any other measure. There is no prescription that stories, or story points, be used at all. Scrum just says that backlog items have to be sized.

    I look at it this way. Transparency is important, which implies that a Scrum board should always tell the truth as it is understood at the time. This can be interpreted at least two ways:

    1) Update a Scrum board to reflect the latest and best understanding of what the size is. Result: the sizes will end up reflecting the actuals very closely.
    2) Don't update the Scrum board. If the sizes are estimates that were made for planning purposes, and they are subsequently changed, then the board will no longer tell the truth about how they were estimated at the time. Result: the sizes remain a truthful reflection of initial estimates.

    So in very simple terms, it depends upon what you value most in your metrics. Estimates or actuals? There's no right or wrong answer.

    As a very general recommendation, I'd suggest leaving the story points as they were originally estimated. If you are identifying tasks for each story, it's the sizes of the tasks that can and should be updated during the Sprint.
    Nicolas Mercier
    New Member
    New Member
    Posts:2
    Nicolas Mercier

    --
    12 Jun 2013 10:59 AM
    Hi,

    thanks for the responses guys.

    I will check out that book and I will not readjust my story values. Since I see the point value as a planning tool, I will leave them as they were during the planning and use the updated task hours to measure the actual work it took to deliver stories.

    Nick
    Millard
    New Member
    New Member
    Posts:4
    Millard

    --
    21 Jun 2013 01:48 PM
    Mike Cohn covered this topic in a blog post: http://www.mountaingoatsoftware.com...e-question

    While I second the idea of reading his book, his blog and freely downloadable presentations are also an excellent resource.
    You are not authorized to post a reply.


    Feedback