Before we start our sprints, we create stories and sub-tasks. We put estimates on the sub-tasks. The issue is that because the estimate isn't done at the story level, our burndown report doesn't have the grey line showing the sprint trajectory. We attempted to mitigate this by rolling our estimates manually (by editing the story and adding estimates to the Original Estimate field) to the story. That had two unintended consequences: (1) Our estimates were doubled at the sprint level (2) No grey, burndown line was created because estimates aren't showing as an "Estimated Duration) in the burndown report.
- how does on add an estimate to a story that works for a burndown chart?
- why are the estimates being double counted at the sprint level and is there a way to mitigate that considering we need estimates both on stories (for burndown) and sub-tasks (as per our estimating process)
Do not put sprint estimates on sub-tasks.
Scrum burn down is done on what you committed to do for your Product Owner at the beginning of the sprint. You don't commit to sub-tasks, you commit to items at the story level. Sub-tasks are a way for developers to break up a story for several reasons, but you don't commit to them.
So Jira is only looking at the story level estimates. It gives you the correct burn-down chart based on the stories you have estimated on (the chart, of course, ignores sub-tasks because they are utterly irrelevant to burn-down). The rest of Jira then double-counts because it just reads every estimate.
There are some ways you can do estimates on sub-tasks and still do scrum and have the estimates work. There are several estimation strategies, but they all require other fields to be calculated and used differently, and most people instinctively go for a strategy that still doesn't work. The only one I've seen work properly relies on starting with estimates on story-level items.
I cannot tell you that, I do not know how your teams work, or how they estimate things, but I can get it down to a quite simple question.
Scrum needs to work with numbers. Humans see a lot of numbers in a lot of different ways but Jira needs a definitive number. So you should look at the two basic options:
The second one there translates into:
But, to get a "correct burndown", you should slelect a number field to burn down on, and then look at the last column on your board to establish when burn-down happens.
Hey there Cloud Community members! We’re excited to give you the first glimpse of the new home for business teams on Jira — Jira Work Management. Jira Work Management is the next generation of J...
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