It seems that reports in Agile boards do not contain any sub-tasks. My Scrum team uses Story and Sub-tasks, and I would like to include data of Sub-tasks in the Sprint Report and burndown chart. Where can I change the setting?
OMG, story points are not used for sub-tasks. It is conceptually wrong, AFAIK.
Story points is always with a 'Story'. If you want to track the burn down of sub-tasks, use the time tracking in board configuration.
So it goes like this, IMHO
Did I sound a bit rude in my previous comment? If yes, sorry!
If you are looking at including sub-tasks data estimated as story points I guess the answer answer is No, you can't do it.
If you are looking at including sub-tasks based on time estimation the answer is Yes, it can be done.
I too am finding sub-tasks AMAZING to use during a sprint, but VERY VERY hard to report on. I'm not sure why JIRA makes it so hard!!
Our team switched from Story Points to Time Estimation so that sub-tasks would burn down.
As you can see, the burn down chart DOES works with sub-tasks (it's the only report that does):
SS 2016-08-08 at 6.15.17 PM.png
Notice it says, "112h" at the top of the burn down.
Then, if you switch the Velocity Chart, it says the total Committed was only 3d 5h??
SS 2016-08-08 at 6.14.45 PM.png
When Sprint planning, the Workload report DOES NOT include sub-tasks, even though I'm telling JIRA to:
SS 2016-08-08 at 6.20.53 PM.png
Is there some magic setting in JIRA to just make all reports work with sub-tasks?
We really like sub-tasks because they stay attached to the story as you move the story around.
We have thought about changing to just using TASKS and linking to stories.... This would fix the reports, but then actually keeping track of all those tasks would be impossible.
How do other people do this? This seems so broken to me! Has anyone fixed this?
HOW can this not be an option? I only estimate tasks if they contain no subt-tasks, otherwise I'll only estimate the later. Now I can't see ANY of the reports because the tool simply does not contain an option to display ALLLLLLLL types to tasks in the report. Absurd!
The estimates on a sub-task are of no use in scrum. In scrum, you say "We will do X points, covering these stories". You then deliver them, or you do not. There is no partial delivery (your customers do not care if you deliver 1 point or 99 when you promised them 100 - you either deliver what you said, or you do not)
In real life, the estimates on sub-tasks can be useful during a sprint to see how it is going. Jira takes the easier and technically accurate route of ignoring sub-task estimates. It would be nice to see them internally, but as they are pointless in scrum, I am afraid the reports don't show them.
I understand that the Scrum methodology requires some specific configurations if you're following it 100%. What I argument is the ability to adapt the reports and gadgets to teams who wish to personalize independent of how the management tool suggests/imposes. Jira prides on their "custom" reports, but there's certain limitations that I see no reason for considering the data source is the one and the same. I simply believe if not to include the subtasks, a manager should have the option to sum up their estimates.
I honestly don't wish to start a thread on the subject here considering it is truly a product owner's choice, I have already contacted the support for a change request where I can add my vote. After some research I know I'm not the only one around the community.
I appreciate the quick follow up though!
I understand the reply above but it seems to me there is inconsistent behavior in the way JIRA reports estimates for Stories.
Please help me stay in my management team's good graces.
Ok, yes, it is inconsistent, but it's because there's two different products anticipating two different ways of working.
Plain Jira adds up sub-tasks to their parents. It always has (since Jira 2 if memory serves). This is because in a waterfall-ish project, you do break up issues into sub-tasks, for several reasons, and it makes sense to estimate / log work on sub-tasks as they get created and dealt with
Then Jira Software arrives. With Scrum. Where an estimate on a sub-task is useless because in Scrum, you do not commit to doing part of a story in a sprint. There is no "partially complete", you either complete the story or you do not. So Scrum totally ignores sub-task estimates, because they don't count.
Now, there's a good argument for adding up the estimates in various ways for all sorts of other reporting (there's at least three different strategies for this), but the sub-task estimates still have to be ignored by Scrum until the issue is complete. Many other "agile" tools implement a way of doing this, which nicely breaks all your proper Scrum reports, but does fix the problem in general. Atlassian have simply ignored the problem (because to fix it, they need to implement all the possible roll-up non-scrum strategies, which is a lot of work), leaving us with a simple rule - don't estimate on sub-tasks in Scrum projects in Jira.
Nic, I appreciate your honesty in this response, and I will communicate to my team "Don't estimate on sub-tasks in Scrum projects in Jira."
I'm not sure I understand your comment "an estimate on a sub-task is useless", because it allows my team to track completion of a Story. In simple terms, we want to see a full set of green checkmarks and 100% completion of all Sub-tasks for a Story. It appears you are suggesting we deprecate that extremely useful ability.
I have some follow up questions.
We have found the ability to see aggregated estimation and logged work from Sub-tasks in a Story to be extremely helpful in tracking a Story's progress towards completion. You say "Scrum totally ignores sub-task estimates" but JIRA contradicts that comment by providing a rollup of sub-task estimates in Stories. It even provides convenient tools to track completion of sub-tasks.
Should we change our methodology?
Moving from philosophical to practical questions: Are you suggesting we no longer use that very convenient feature and instead have all team members log their work in the Story? Doesn't the completion percentage panel in the Story argue that we should track in the story? If we should continue to use estimation and completion in Sub-tasks, should we then also add an estimate to the story such that if the Sub-tasks add up to 7.5d of work, we add a 7.5d to our Story estimate? When we do that, it does 15d of estimate for the task. Is that expected? We tried that and my team gave extremely negative feedback in a retrospective.
Again, all I want is for my team to receive credit for the work they have diligently completed. Please provide guidance on the right way to proceed here.
>I'm not sure I understand your comment "an estimate on a sub-task is useless",
>Again, all I want is for my team to receive credit for the work they have diligently completed. Please provide guidance on the right way to proceed here.
Both of those go back to the fact that there is no "partially complete" in Scrum, you either complete the story or you do not.
> You say "Scrum totally ignores sub-task estimates" but JIRA contradicts that comment by providing a rollup of sub-task estimates in Stories.
Yes, that's why I pointed out that there are two different products aimed at different methodologies here.
If you want to do Scrum, you can't estimate on sub-tasks, because it doesn't work.
I would also like to understand how I can have sub-tasks included in all of my reports.
Currently it seems that no reports will include data located in sub entitites such as stories in an Epic or sub-tasks in a Story.
This of course results in a reporting machinery that is next to unusable by me and my organization.
We have rough estimates in Stories while they are in the backlog and once they are handled on a sprint palnning meeting and brooken down into sub-task (with sub-tasks given an estimate) the top story is ZEROED out.
To answer “How scrum works,” most of the teams I've worked with first addressed the question: “where to start?” That question applies to both implementation and improvements on the Scrum framew...
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG
You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs