Skip to main content

Burndown Chart

Last post 11:10 am February 13, 2016 by Andrzej Zińczuk
5 replies
12:57 am July 24, 2015

Hi

It is recommended that the Burndown chart shows sprints vs story points ideally.

But in case of a team still getting accustomed to scrum, story points is rather too vague a term or somewhat difficult to judge. In that case, what would be the next best alternative to provide the team in analysing the amount of work left.

Regards
Raja


06:32 pm July 24, 2015

User story point is relative not real size.
As a Scrum Master, if you are, you shoul coach your how to estimate.
Estimation is not only to know the size of a user story but the details of the user story via interactive communication between PO and DT.

For your reference:
http://www.amazon.com/gp/product/0131479415


05:12 am July 27, 2015

Hi Raja,

As mendtioned by Ching-Pei a user-story point is relative, not real size. The raw value we assign is unimportant. What matters are the relative values. A story that is assigned a two should be twice as much as a story that is assigned a one. It should also be two-thirds of a story that is estimated as three story points. Essentially it is subjective measure of the amount of effort, complexity and risk involved in developing the feature.

If your team is having challenges in estimating using story points, an alternative option is to use ideal days - not to be confused with elapsed time.

Jitesh


10:10 am July 28, 2015

For the purpose of a burndown chart, the 2 usual units to burndown are hours and story points.

In my experience, burning down story points is a much better indication of progress. Although hours gives you more granular measurement of how much is left, story points only score when something is Done ("working software"), which is the key measurement we want to look at. Hours can be wasteful and misleading, in that you could have 95% of your hours burned down but no stories actually Done.


07:45 am August 8, 2015

BD shows the remaining effort to complete committed stories. Although story points are relative, but BD is based on effort, which you derive at task level against each story, Story points get credited ONLY when story meet DOD, however to track where you are in sprint, you need Hours\days left vs. remaining effort, hence both elements are important to derive useful information during sprint and post sprint. Well story points are being decided during sprint planning using the fibonacci series i.e 1, 2, 3, 5, 8, 13, 21, 34 and afterwards team break down stories into granule tasks & effort to match with sprint capacity.


11:10 am February 13, 2016

Tracking and showing how sprints go can give a lot of interesting insights about team, product, organisation. Even that team is just starting with scrum having real data and track records can bring additional tool to coach team and join the dots about team decisions and effects.

I think you can find couple of options how to show how sprint looks like:
- burndown of story points left
- burndown of stories left
- burndown of sum of tasks left
- number of days left to end of sprint
- scope changes

With immature teams I'm usually focusing on proper refinement and good planning - to create self-confidence and good plan how to approach PBI in sprints. Sometimes it's easy then to spot lack of work together, too big wip and communication issues when comparing created plan vs reality. No matter which type of visualisation you pick, you need to keep it for some time and be able to answer team questions about purpose and expected results - just not to have burndowns because it is recommended.

I usually bring also quality dashboards - like test results, bugs in queue etc to have radiators with important data in place.


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. For privacy concerns, we cannot allow you to post email addresses. 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.

Terms of Use

Scrum.org may, at its discretion, remove any post that it deems unsuitable for these forums. Unsuitable post content includes, but is not limited to, Scrum.org Professional-level assessment questions and answers, profanity, insults, racism or sexually explicit content. Using our forum as a platform for the marketing and solicitation of products or services is also prohibited. Forum members who post content deemed unsuitable by Scrum.org may have their access revoked at any time, without warning. Scrum.org may, but is not obliged to, monitor submissions.