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 (who tracks the velocity )?
Last Post 08 Sep 2014 04:47 AM by Alper Gurbuz. 10 Replies.
  •  
  •  
  •  
  •  
  •  
Sort:
PrevPrev NextNext
You are not authorized to post a reply.
Author Messages
Mehdi Hafezi
New Member
New Member
Posts:46
Mehdi Hafezi

--
22 Apr 2014 10:14 PM
    Who is actualy responsible to register velocity of team , for example in a ALM tool?

    A) Dev. Team ?

    B) Product owner?

    C) Scrum Master?

    I think actually the PO is the better choice because , he is anyway responsible to update the release burndown chart /release plan after each sprint and he is the main person who must keep focus on product progression.

    But Also Scrum Master might be intrested in this info as a metric for evaluating the performance of team and its stability along several sprints.

    What is your oponion?

    Mehdi
    Fredrik Vestin
    New Member
    New Member
    Posts:68
    Fredrik Vestin

    --
    23 Apr 2014 02:36 AM
    Who is interested in the velocity and why?
    Ian Mitchell
    Veteran Member
    Veteran Member
    Posts:1451
    Ian Mitchell

    --
    23 Apr 2014 03:31 AM
    > Who is actualy responsible to register velocity of team , for example in a ALM tool? 

    If this information is of use to the Scrum Team, then the first team member who sees it needs updating should do so.
    Ludwig Harsch
    Basic Member
    Basic Member
    Posts:272
    Ludwig  Harsch

    --
    23 Apr 2014 09:23 AM
    Hi Mehdi,
    nobody is responsible for this, because it is an administrative task which is not required by SCRUM.
    What IS required is that the dev team can forecast what they can achieve during a sprint. If the team thinks past performance is a valuable input for this (It may be that due to rigorous DoD or team changes it is not valuable), they should know their velocity. This is trivial if they use the daily SCRUM to "inspect how progress is trending toward completing the work in the Sprint Backlog" (SCRUM guide), e.g. with a burndown chart.
    Michelle Gomes
    New Member
    New Member
    Posts:21
    Michelle Gomes

    --
    27 Apr 2014 07:24 AM
    I also had a bit of difficulty in answering this, the PO uses the velocity information, the scrum master in a way tracks the progress of the dev team during the sprints and then we have the dev team who estimates the work based on their current velocity. So who actually registers the velocity and when? is it done before the sprint planning or at the daily scrums
    Michelle Gomes
    New Member
    New Member
    Posts:21
    Michelle Gomes

    --
    27 Apr 2014 07:32 AM
    As per the scrum papers document from Jeff Sutherland, it is done during the daily scrum by the team. However if it is not necessary for the SM and PO to attend, would it be safe to assume that the dev team actually registers the velocity?
    Mehdi Hafezi
    New Member
    New Member
    Posts:46
    Mehdi Hafezi

    --
    27 Apr 2014 12:32 PM
    @Michelle: Thanks
    I understand from previous inputs , each member of Scrum team could update it as needed.
    Velocity is the sum of story points that a team can achieve in each sprint , it means it is something that can be updated only once in a sprint, not everyday as you suggest in daily scrum.
    For example if dev team pulled 3 user stories from product backlog into sprint backlog, lets say they were estimated in previous refinement meeting with 8, 5, 5 story points . Now on sprint review meeting , if the PO only accept first and second one as done but called third one as not done, the team has done only 8 + 5 = 13 (unit) story points in this sprint. . The average velocity of last few sprints reflects better the performance of team and must be taken into considreation instead of velocity of a single sprint. Mature teams gets after a while more or less constant velocity and that helps PO to forcast how many sprint they might need to finish necessary part of product.

    in the Scrum Guide -Sprint-Review part there is following sentence :

    The Product Owner discusses the Product Backlog as it stands. He or she projects likely completion dates based on progress to date (if needed);


    I think that is a good candidate for usage of velocity.And PO is a good candidate to track it .

    But also retrospective meeting is a good time also for Dev. team to check if they have a constant velocity , and if not to discuss / analyse the root causes.

    Mehdi
    Michelle Gomes
    New Member
    New Member
    Posts:21
    Michelle Gomes

    --
    02 May 2014 08:22 AM
    Thanks Mehdi - Although I am still not 100% confident that the PO is the one who registers the velocity. He/she definately uses it, no doubt there

    In the Scrum Papers (by Ken)
    The ScrumMaster needs to know what tasks have been completed, what tasks have
    started, any new tasks that have been discovered, and any estimates that may have
    changed.
    ...
    Burndown Chart
    At the Sprint Planning Meeting the Scrum Team identifies and estimates specific tasks that must
    be completed for the Sprint to be successful. The total of all Sprint Backlog estimates of work
    remaining to be completed is the cumulative backlog. When tasks are completed as the Sprint
    proceeds, the ScrumMaster recalculates the remaining work to be done and the Sprint Backlog
    decreases, or burns down over time.

    Daily Standup Meeting
    After the meeting, the team members update the amount of time remaining to complete each of
    the tasks that they’ve signed up for on the Sprint Backlog. This information is recorded on a
    graph called the Sprint Burndown Chart

    ...
    A well functioning team will dynamically recalculate the
    plan daily through a brief discussion and provide enough information for a ScrumMaster, the
    team leader, to calculate a “Burndown Chart” of work to be completed



    So would this make the Scrum Master who registers the velocity or the Development team who register the velocity?

    Mehdi Hafezi
    New Member
    New Member
    Posts:46
    Mehdi Hafezi

    --
    02 May 2014 09:25 AM
    @Michelle: Thanks

     
    So would this make the Scrum Master who registers the velocity or the Development team who register the velocity? 
    


    I see where the mis-understanding comes from. The velocity is not, how fast Dev team finish his current tasks.

    what you mentined above is all about current sprint and at the level of Sprint. Normally in this level ,the estimations are also concrete (min., hours, days, ...)

    The Dev. Team owns Sprint Backlock and is responsible for that which includes the selected/commited PBIs for the current Sprint plus all relevant Tasks which are needed to do a successful increment. Depending on the DoD, a Sprint Backlog Iteam has normally several related tasks ( Implementing code, Test, documentations,...) .

    The updating the status of tasks , remaining effort for the ongoing tasks, sprint burndown chart, ... are only the Dev. Team's job.

    BUT
    the velocity is measuring at the level of Product Backlog (normally in refinement meetings) and ideally in units (story Points , for example fibonacci series: 1,2,3,5,8,13,...) not concrete effort , the numbers (story points) are just a comparison among PBI and noting to do with how much time exactly required. The advantage of using story points comparing to time effort is that they are independent of Dev. team performance.
    Measuring of the velocity is mainly used for forcasting (rough estimation) how many sprint are needed if the team and PBI list remains unchanged for delivering the next release/ full delivery of the product.


    Mehdi
    michael
    Basic Member
    Basic Member
    Posts:132
    michael

    --
    10 May 2014 12:53 PM

    Ian got it spot on 23 Apr 2014 08:30 AM
    This is a scrum team, consisting of Dev Team, SM, PO one unit, if we use the example "we are a team" none of them are wrong, depends on how responsible or serious the team take it.
    The scrum team is responsible if its truly self organizing per scrum, so its in everyone's interest.
    Scrum does not say, two roles should not register that information and one must, its a team and if its "SO"
    Anyone can "register" that information.
    Alper Gurbuz
    New Member
    New Member
    Posts:9
    Alper Gurbuz

    --
    08 Sep 2014 04:47 AM
    My thought process after a few iterations on this is :
    Since this is not a scrum guideline or rule it can be registered by anyone.
    Ideally the team can say it will be registered by PO, which is the most sensible approach but since it is not part of the framework, from an exam POV, the right answer seems "no one" to me but can be updated by "anyone".
    However the PO should track the performance of the sprints and forecast the possible completion dates but suggested approach is to use the remaining effort rather.
    To sum, I am not convinced that anyone is responsible for registering the velocity as per the Scrum guidelines.
    You are not authorized to post a reply.


    Feedback