Forums

By posting to our forums you are agreeing to the Forum terms of use.
who manages burn down charts
Last Post 15 May 2013 06:15 PM by Charles Bradley. 9 Replies.
  •  
  •  
  •  
  •  
  •  
Sort:
PrevPrev NextNext
You are not authorized to post a reply.
Author Messages Not Resolved
jbeek
New Member
New Member
Posts:10
jbeek

--
27 Apr 2013 10:01 PM
    who is best to manage product backlog burndown charts including tracking? Product owner?

    who is best to manage sprint backlog burndown charts including tracking? Dev team?

    since scrum master is a management position but doesn't manage team then can the scrum master "track" each burndown chart for the team to manage?

    S.J. Westra
    New Member
    New Member
    Posts:9
    S.J. Westra

    --
    28 Apr 2013 01:22 AM
    <html xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
    <head>
    <meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
    <meta name="Generator" content="Microsoft Word 14 (filtered medium)">
    <style><!-- /* Font Definitions */ @font-face {font-family:Calibri; panose-1:2 15 5 2 2 2 4 3 2 4;} @font-face {font-family:Tahoma; panose-1:2 11 6 4 3 5 4 4 2 4;} /* Style Definitions */ p.MsoNormal, li.MsoNormal, div.MsoNormal {margin:0cm; margin-bottom:.0001pt; font-size:11.0pt; font-family:"Calibri","sans-serif"; mso-fareast-language:EN-US;} a:link, span.MsoHyperlink {mso-style-priority:99; color:blue; text-decoration:underline;} a:visited, span.MsoHyperlinkFollowed {mso-style-priority:99; color:purple; text-decoration:underline;} span.E-mailStijl17 {mso-style-type:personal-compose; font-family:"Arial","sans-serif";} .MsoChpDefault {mso-style-type:export-only; font-family:"Calibri","sans-serif"; mso-fareast-language:EN-US;} @page WordSection1 {size:612.0pt 792.0pt; margin:70.85pt 70.85pt 70.85pt 70.85pt;} div.WordSection1 {page:WordSection1;} --></style>
    </head>
    <body lang="NL" link="blue" vlink="purple">
    <div class="WordSection1">
    <p class="MsoNormal" style="text-autospace:none"><span style="font-size:10.0pt;font-family:"Arial","sans-serif"">Ik ben afwezig tot maandag 6 mei. Voor dringende aangelegenheden kunt u contact opnemen met de receptie (+31 318 581600). De receptioniste kan u
    doorverwijzen naar een collega.



    Met vriendelijke groet,



    Sjoerd-Jaap Westra

    +31.6.1095 0457

    ____________________________________________________



    I am out of the office until Monday the 6th of May. For urgent matters please contact our receptionist (+31 318 581600). The receptionist can forward you to the right person.



    Kind regards,



    Sjoerd-Jaap Westra

    +31.6.1095 0457</span><span style="font-size:8.5pt;font-family:"Tahoma","sans-serif""><o:p></o:p></span></p>
    </div>
    </body>
    </html>
    Ian Mitchell
    Advanced Member
    Advanced Member
    Posts:571
    Ian Mitchell

    --
    28 Apr 2013 02:27 AM
    A burndown chart should be an information radiator, like a scrum board. It might even be pinned on the board.

    Since it's a team responsibility to keep information radiators up to date, it follows that it's a team responsibility to update a burndown. The person who does it should be the first person who sees it needs doing.
    Ravi Vajaria
    New Member
    New Member
    Posts:12
    Ravi Vajaria

    --
    28 Apr 2013 03:58 PM
    Agreed that it is the dev team's responsibility to update the chart. The main purpose of the chart is to help the team (everyone) make aware how much work (in terms of effort) is remaining. Each dev team member can take turn to update the chart.
    Chee-Hong Hsia
    New Member
    New Member
    Posts:61
    Chee-Hong Hsia

    --
    10 May 2013 07:58 AM
    The theory state that each member of the Development Team can update the Burndown Chart because the team is self-organised.

    But in real life I guess it’s usually the Scrum Master or the tool that you’re using that does the update for you. And I think it’s perfectly fine, because that way the team can fully focus on the stories and not doing (what some developers calls) “project administrative” tasks.




    Paul Kuijten
    New Member
    New Member
    Posts:2
    Paul Kuijten

    --
    12 May 2013 02:32 PM
    I feel the urge to advise you to be careful with assuming that it's okay for the Scrum Master to track the sprint burndown. I have several experiences suggesting that it makes it harder for the team to take ownership of their own progress. As a Scrum Master on a team that has just started, I usually take up that task initially. My intent however, is to hand it over to the dev team as soon as possible. It's their progress, not mine.
    Chee-Hong Hsia
    New Member
    New Member
    Posts:61
    Chee-Hong Hsia

    --
    12 May 2013 03:14 PM
    Usually when a project starts, I tell the team (so that it’s clear) that my role is purely to facilitate, not managing and that we’re 1 team joint with a common goal. As Scrum Master I believe there are enough way to create ownership within a team. My experience with Burndown Charts is that it can sometimes be time-consuming. Especially when you’re in a large team where a lot of WIP is going on. I do believe that the Burndown Chart can creates some kind of “team feeling” and I always recommend to show the Burndown after every Daily Scrum, because developers like seeing the line going down which is great! So I agree partly with you Paul.

    What I don’t agree is when you said “it’s their progress, not mine”. As Scrum Master within a team (that shares a common goal) the progress is every bit as yours as it is of the team.

    I’m just saying that I’ve seen a lot of teams where the SM updates the Burndown Chart and I believe there’s no problem with that. In my opinion the SM is as much of a team member as the developers. Of course, when the Development team can optimal self-organized themselves and do everything that would be great, but for a lot of teams that’s not the case yet.
    Paul Kuijten
    New Member
    New Member
    Posts:2
    Paul Kuijten

    --
    15 May 2013 01:39 AM
    "It's their progress not mine" might be a bit harsh to say. Off course I'd be invested in the development team making progress, and I'd do whatever I can so that they can excel. Still, at the end of the day, it's their progress, not mine. Can I step in sometimes to model some of the skills required to be successful, sure. Think about it, how likely is it that the development team will self-organise and take responsibility for their progress as a team if someone else is tracking their progress for them? Have you considered working on not having a large team, and limiting WIP as a Scrum Master?

    Regards, Paul
    alicemenezes
    New Member
    New Member
    Posts:39
    alicemenezes

    --
    15 May 2013 06:26 AM
    Each member of the development team is responsible in managing the burndown chart

    http://www.agiledistributed.com/
    Charles Bradley
    Basic Member
    Basic Member
    Posts:212
    Charles Bradley

    --
    15 May 2013 06:15 PM
    +1 to Paul's answers. Just because a lot of teams have the SM update the burndown doesn't mean it's right or correct to do so.

    From the Scrum Guide:

    The Development Team tracks this total work remaining at least for every Daily Scrum.
    The Development Team tracks these sums daily and projects the likelihood of achieving the
    Sprint Goal. By tracking the remaining work throughout the Sprint, the Development Team can
    manage its progress.
    You are not authorized to post a reply.


    Feedback