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
Next: Root
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.
I have been following the standard guidance of only putting story points at the task/story level and not at the sub-task level. I was under the impression that story points at the sub-task level would not be included in Jira's Velocity Report. At the same time, I am using Portfolio Plans and it appears that there is a roll-up field that includes both the story/task points and the sub-task story points. So my question is, are sub-task story points actually part of velocity reporting or is the Portfolio roll-up field just an additional field that is available when using Portfolio and is NOT part of the basic Jira velocity reporting? Sorry if this is confusing. I am trying to set a standard in my organization for story pointing but this subject confuses the issue. In addition to this confusion, if one of the sub-tasks is for programmer A but the story/task is for programmer B, then Jira will not reflect the sub-task story points for programmer A.
Such a feature as @Ajay _view26_ pointed out is not Out-Of-the-Box (OOB) functionality. However, you can extend Jira to perform this action by installing PowerScripts the App and write a Script to roll up the Story Points from Sub-Task to the Sub-Task's Parent.
Regards,
Bryan
Bear in mind a flat simple roll-up in the same field breaks everything in interesting ways.
Since starting this discussion I found a number of other discussion threads addressing this issue. The guidance seems clear in that we should not be story pointing sub-tasks.
Yes, you are most correct. Nonetheless, I have been involved with too many teams in different paradigms that have on more than one occasion "bent" the Agile implementation in other ways. That said, it is not hard using tools such as PowerScripts to implement a number of what I normally call process guardrails.
Bryan
Why would you use story points for subtasks? Just measure story points for stories. I use hours for subtakss to have better accuracy for my sprint plan. If not don't mind the story points in tasks. Why?
Story points measure how much of the business requirement is complex and how much we are uncertain of it. The subtasks reflects the technical process and it's the developer responsability. If the subtasks are big enough to need story points there might be something wrong. Are the stories "SMART"? Are they small enough to fit in the sprint?
I know this is not the answer you expected but this is reflection point is my contribution