You're on your way to the next level! Join the Kudos program to earn points and save your progress.
Level 1: Seed
25 / 150 points
1 badge earned
Challenges come and go, but your rewards stay with you. Do more to earn more!
What goes around comes around! Share the love by gifting kudos to your peers.
Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!
Join now to unlock these features and more
The Atlassian Community can help you and your team get more value out of Atlassian products and practices.
We assigned multiple sub-tasks to multiple developers, and they are supposed to enter their original estimate hours in their tasks before started to work on it. Being a scrum master, I want to show 2 things to my stake holders,
1. Total number of tasks and hours assigned to each developer (Now I'm doing manually using excel). Is there any report available for this in Jira?
2. Burndown reports based on stories original estimate where the original estimates are not calculated automatically from their sub-tasks (Now we're entering manually). Is there any option to make this automatic?
Welcome to the Atlassian Community!
So, there's a deeper problem than just adding up estimates here.
But to give you the simple answer - Jira already adds up the estimate time on to the parent issues, it has not one, but three Σ fields - Σoriginal estimate, Σlogged time, and Σremaining estimate can all be shown on the parent issue and added as columns to the issue navigator.
But, you've got a problem. Sub-tasks are not sprint items, they are part of a bigger issue. This means that you should not be putting sprint estimates on them. Jire will ignore sprint estimates on sub-tasks, because they're not sprint items.
You'll need to look at how you think you are doing your scrum estimation, because if you are putting sprint estimates on your sub-tasks, you are not doing scrum.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.