Create
cancel
Showing results for 
Search instead for 
Did you mean: 
Sign up Log in
Deleted user
0 / 0 points
Next:
badges earned

Your Points Tracker
Challenges
Leaderboard
  • Global
  • Feed

Badge for your thoughts?

You're enrolled in our new beta rewards program. Join our group to get the inside scoop and share your feedback.

Join group
Recognition
Give the gift of kudos
You have 0 kudos available to give
Who do you want to recognize?
Why do you want to recognize them?
Kudos
Great job appreciating your peers!
Check back soon to give more kudos.

Past Kudos Given
No kudos given
You haven't given any kudos yet. Share the love above and you'll see it here.

It's not the same without you

Join the community to find out what other Atlassian users are discussing, debating and creating.

Atlassian Community Hero Image Collage

Sub tasks - story points field and automation rule

Hi there,

My ultimate goal is to sum up story points from all subtasks, with Story parent. I am aware about the existing automation rule, however before actually start using it, I have a few questions:

1. In my Jira instance on subtask screen, I can bring only Story point estimate field rather than Story Points - is there a way I can bring Story Points field to the Issue Screen? The funny thing is - I can see both field added into Issue Screen configuration, however only Story point estimate field is visible after all.

2. If after all I should go with Story point estimate rather than Story Points, then in Automation rule condition for Parent story point value, should I add {{issue.subtasks.Story point estimate.sum}} rather than {{issue.subtasks.Story Points.sum}}

3. Apart from the above change, do I need to change anything else in the Automation rule - I assume the condition also should change to Story point estimate, right?

1 answer

Hi @Angel Todorov 

I have a couple of questions that may help the community to offer you suggestions:

  • Are you using a company-managed (classic) or team-managed (next-gen) project? 
    • For company-managed, only the Story Points field is used
    • For team-managed only the Story Point Estimate field is used
  • Why are you trying to put story points on sub-tasks?
    • User stories often use the story points field to represent the relative sizing of effort/complexity/uncertainty/etc. of a self-contained and individually releasable piece of work
    • Sub-tasks are pieces to support delivery of a user story, and so do not have story point sizing of their own.  If they were individually releasable, they would be separate user stories.

Best regards,

Bill

Thanks for initiating the discussion @Bill Sheboy please find my answers below:

  • All projects we have are company managed - and yet, I can see only Story Point Estimate field on subtask issue screen - btw - all issues in this particular project share the same issue screen, nevertheless if they are tasks or subtasks
  • Why we need SP on subtask - this is part might require some context, hence I will give it:

I am working with the company, where we are applying Agile SCRUM framework in a kind of evolutionary way, but we are aiming what's described in Agile Project Management. For the moment we think we realize how to map the main logical domains there:

  • Theme - maps to Product Project
  • Initiative - collection of Epics labeled with the same release version e.g. Fix Version
  • Epic - Epic in Product project
  • Story - short requirements or requests written from the perspective of an end user. Now since we want to follow the above mentioned definition for Story, it's basically more like a business requirement and it answers the question "what" to implement. Then we need a set of tasks for the actual implementation. Example - consider we have a following story - "As a customer I want to choose the showroom for pick-up from a list" - in order to deliver the above story, we most like to have at least two backend tasks: 1) to build a API GET endpoint to return all showrooms; 2) another endpoint PUT to submit the selection, and one frontend task to fetch the showroom list and allow the customer to make the selection. So we need at least three dev tasks. From our perspective seems logical to make these thee as subtasks to the story. However these three will be assigned to at least two different devs - e.g. one backend and one frontend, where everyone should provide their own estimate. We don't think mixing time with SP is a good idea - instead - we would rather ask each dev to provide their own SP estimate and fill in in the respective subtask. Then we can sum SP from all subtask and fill in to the Story to get its estimate.

So this is pretty much the idea behind this request. I hope now it makes more sense to all of you. Let me know your thoughts.

Hi @Angel Todorov 

Thank you for your detailed explaination!

Regarding the field issue, have you tried the field admin helper, as it would appear a field is not present in a setting/context/view.  Please look here for how to use the helper as you are a site admin: https://support.atlassian.com/jira-cloud-administration/docs/use-the-jira-admin-helper/

Regarding the sizing of sub-tasks, I understand your meaning and I further wonder:

  • if you have different people with different skills sizing sub-tasks (probably with different understandings of what X or Y-points mean...
  • how will summing those values provide value?

One way teams address this issue is during refinement, the team asks questions to confirm a shared understanding of the request's "why" and "what", discusses the solution approach as a team, and then sizes together as a team.  They may then compare to prior work to achieve sizing alignment with better accuracy.  Tools like a "sizing ruler", triangulation, or "things that matter sizing" can help.

Thanks again for your ideas!

Thanks @Bill Sheboy - re Story - subtasks relation and SP calculation, you have a point, we will definitely address the issue. I think the key point here it to make sure, the approach, when we have a Story, which we can then broke it to subtasks is the best approach. 

I tried to summarize all foreseen approaches I have in this discussion topic, I would appreciate if you or anyone else decides to provide their feedback.

Thanks agains!

Like Bill Sheboy likes this

Suggest an answer

Log in or Sign up to answer
DEPLOYMENT TYPE
CLOUD
PRODUCT PLAN
STANDARD
PERMISSIONS LEVEL
Site Admin
TAGS
Community showcase
Published in Jira Service Management

JSM June Challenge #2: Share how your business teams became ITSM rockstars

For JSM June Challenge #2, share how your non-technical teams like HR, legal, marketing, finance, and beyond started using Jira Service Management! Tell us: Did they ask to start using it or...

212 views 6 7
Read article

Community Events

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

Events near you