I was wondering if anyone knows how to get the burndown to work if possible when using the "Original Time Estimate" rather than showing burndown on "Story Points"? (Note that "original time estimate" is the same as "time estimate" at least when sprint starts) Currently, in Jira Cloud version, you can select "Story Points", "Business Value", "Issue Count" and "Original Time Estimate".
Usually when burning down on "Story Points" it takes maybe a few days before a story is closed. So the graph is usually the same for a few days before it reflects the work. We would however like a daily feedback on how much progress has been made, i.e. how many/big subtasks have been closed.
If you put a time estimate on the Story (parent) the burndown on "Orignal Time Estimate" works.
WHAT DOES NOT WORK:
You put time estimate on subtasks (chidren), you make sure you opt for "Include sub-tasks" in time estimate on the story/parent. The rollup to parent works, if you open up the story, it includes the time estimate from the childrent/sub-tasks, but in burndown, it always stays on zero, unless you put a time estimate on the parent it self. But this is the same as putting a story point and as stated before, we would like a daily burndown that reflects closing of subtasks much faster. (And using "Issue Count" as a burndown metric is not an option since it does not reflect how much of the work has been completed in terms on time/size)
Any help is appreciated.
Your requirement has been discussed many times before on this fourm, please see the following threads
I completely understand your point regarding
So the graph is usually the same for a few days before it reflects the work. We would however like a daily feedback on how much progress has been made, i.e. how many/big subtasks have been closed.
I would suggest you to read the answer here from @Jack Brickey
From the docs
The Burndown Chart is based on the Tracking Statistic. If you are using Story Points as your Tracking Statistic, then the Burndown Chart shows the Story Points per story (i.e. stories burning down the Estimate Statistic are only burnt down on the graph as they are completed); whereas if you choose the Time-tracking option, you are shown partial burndown (i.e. the number of hours currently used and remaining each day).
Jira does not support burning on sub-tasks, because it shouldn't happen in Scrum.
In a scrum, you commit to doing a set of stories in a sprint. You burn down when the stories are done - there is no in-between - a story is either done or it is not. So the estimates on the sub-tasks are irrelevant.
(This is not to say a sub-task burn-down wouldn't be useful to some of us as a not-really-a-burn-down-chart. But Jira doesn't support it)
Try our Great Gadgets app. It includes sprint / release burndown chart gadgets that can calculate by time remaining & time spent, original time estimate, issue count, story points or custom field. Also, it offers an option to include subtasks.
For more details, please read 7Tracking an agile project that uses time estimates with Great Gadgets for Jira .
Atlassian's marketplace partners have had a very productive start to 2021! Since our last roundup, our developer community has added over 160 new cloud apps to the Atlassian Marketplace to help you...
Connect with like-minded Atlassian users at free events near you!Find an event
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no Community Events near you at the moment.Host an event
You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events