For my stories in the Backlog (per sprint) that have estimates only on the Sub-Tasks there is no roll-up occurring on the display.
It is fine if I view the Story itself, then it shows the summation of each sub-tasks original estimate.
Why is it not showing up in the Sprint yellow bubble or in the grey bubble along the Story row in the Backlog view?
The "Σ Original Estimate" field will show the sum of estimates of all subtasks and the parent item. This can be inserted as a field into the Backlog cards view but note you cannot search for the field, you must go to the bottom of the list to pick it.
This summation Estimate value does not get reflected in the summed estimates from the "Workload by assignee" pop-up in the Backlog, which still omits any sub-task estimates.
To get a view of estimates by Assignee including subtasks, I copied my existing board filter and added column for Σ Original Estimate. I add a filter to exclude Sub-tasks from results so subtask estimates don't get counted twice.
Many have asked for the Sub-task estimate roll-up to be added as a core feature, but it hasn't been prioritized. You can get it in Portfolio, or in a paid add-on, but still would be nice to have it standard.
When I said "paid add-on" I meant using a general-purpose tool like ScriptRunner, which I believe is capable of custom queries more like SQL that include sums/math functions and inserting results into different views?
As far as I know, there is no paid (or free) add-on which specifically addresses just this one issue of subtask summation.
Inserting the "Σ Original Estimate" field into Backlog cards view - this is just going to the Board settings > "Card Layout", scroll down to the bottom of the dropdown and find "Σ Original Estimate" to set as one of the 3 extra fields allowed.
Even with this approach we've since moved off of using Sub-Tasks as we found too many other limitations which we wish could be configurable to be a bit more like Tasks in some ways. Instead we now use Tasks linked to other Tasks which has not great UX (clutter etc), but still better overall for our workflow.
JIRA doesn't expect you to estimate on sub-tasks.
It's a bit of a weakness, but the problem is that there's no consistent way to handle estimates on sub-tasks. Do you roll it up to parents? What if there's an estimate on the parent - add, remove or ignore? How does it change the sprint if you're adding estimates to subtasks? Atlassian have simply not dealt with it because there's too many ways you might try to do it, and no way to code for all of them.
Hello, it seems to me pretty simple solution.
I see two major scenario to use:
If on board we can confugure this kind of behaviour, it'll solve problem.
it's very strange if i can estimate subtasks, but can't use it to build burndown chart. When I split my story to subtask, i'm going to assign different assignee, they can estimate subtask and actualize remaings most precisely.
And it's very strange to me, that you can't see the problem and ain't going to solve it.
Maybe there's some plugin, that recalculate story estimation based on subtask every time, it can solve our problem
Well said, Alexandr! For a tool that is so supremely configurable, customizeable, and tweak-able down to the most obscure bits, it's extremely frustrating that simple ideas like yours - which I would think the vast majority of the user community agrees with - are dismissed out-of-hand.
There are so many examples where most of the community wants a simple, intuitive behavior, but because it doesn't jive with Atlassian's fragmented vision of how the tool should work, it's ignored.
I would never say I have all the answers, Nic. But it's a pretty simple concept - show the roll-up of estimations, as they're configured in the Stories and as is already implemented elsewhere in the tool, burndowns for example - that would answer a pretty popular use case.
Jira is full of configurations for obscure use cases, and supports all kinds of workflows and customizations. Suggesting that it's too hard or too complicated to come up with a workable implementation for this doesn't hold a lot of water.
But that does not work for a good swathe of people.
For a start, without any further qualification or thought, it requires that you only estimate on subtasks, meaning you have to fix them at the beginning of the sprint and means you can't use sub-tasks for what they are intended. And, of course, they will be ignored by burn-down until the main story is done, reducing their usefulness.
It's not just a case of coming up with a workable implementation (the one you describe is already not workable, but could be made so with more thought), but coming up with one that works for most of the user base, which means the flexibility to do it many different ways. Atlassian choose to ignore it, rather than attempt it.
Hmm I know this is old, but there are countless of threads with this.
To me, this sounds like a horrible excuse. It has been SO MANY YEARS to develop one way or another. They could add custom fields for it, which either lets you use the rolled up estimation or the input estimation. Letting one override the other.
No, there is no way to satisfy all people, but as with all things, start with one implementation (example, roll up estimates to epic, whether you calculate subtasks or not... surprise me, and let it override the manual input) and then expand from there, learn from the feedback :)
It seems people are willing to use and pay for the plugins, but this should simply be a standard thing in Jira. I hope it will be :)
you can add up the subtask estimation to parent on view issue(Parent) screen but not to backlog estimation.
You have an option board to exclude sub-task but to to include. I am feeling dumb now to choose JIRA. Mind that i have a 2000 user license. and cribbing here on community.
Learn how to use two new reports for next-gen projects in Jira Cloud: Cumulative flow diagram and Sprint burndown chart. Ivan Teong, Product Manager, Jira Software, demos the Cumulative ...
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