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
We have Task linked (implements) to Story.
I wanted to create an automation rule for whenever Task has time tracking changes, we will recalculate Story’s all linked (is implemented by) issues’ total remaining hours and update it in the Story’s Story Points filed. Is it possible? Any suggestion?
Welcome to the Atlassian community.
Are you working with Jira Cloud or Jira Server/Data Center? If your URL is similar to
...then you are using Jira Cloud.
The Story Points field is a simple number field. When you get the remaining time do you want the calculation to figure out the value as hours, and simply insert that number into the Story Points field? Will the users know that the Story Points field is being used for the Remain Estimate (in hours) for the "is implemented by" linked Tasks?
Hey Trudy, thank you for your reply!
The reason that I wanted to have the sum remaining time of link issues(is implemented by) recorded is to have an idea of how long the story still needed to be completed. Because we are link the Task as sub task to Story instead of breakdown the Stories to sub task directly.
Will a Task every be linked to multiple Story issues with the "implements" relationship?
What would you want to do if it was linked to multiple Story issues?
The rule you want would look something like this:
If you want this to run only when a Task type issue has work logged, then insert a Condition between 1 and 2 to check that the Issue Type for the triggering issue is a Task.
Step 2 is confirming that the trigger issue has issues linked to it such that the Task "implements" the linked issue.
Step 3 starts a loop to operate against all the issues from step 2.
If you only want to operate against Story type issues that are linked to the Task, then between step 3 and 4 add a Condition to check that the Issue Type is Story.
Step 4 is looking up all the issues linked by the "is implemented by" relationship to the issues that are linked to the Task by the "implements" relationship.
In Step 5 I am using a Log action to simply print the sum into the rule log. You would use and Edit Action to update the Story Points field with the same smart value.
Remaining Estimate is stored as seconds, so you need to use the divide() function to convert the seconds to the time value you want to record. In my case I selected hours (60 seconds * 60 minutes in an hour). If you want to convert it to days you would need to factor in the number of working hours you have defined for your days.
That expression appears to be missing a closing parenthesis for the divide() function call, and has extra spaces in it. Please try this:
And if that does not work, you can try the smart value, alias for the Remaining Estimate field:
Yvonne, is the rule not triggering or is it not processing because it stops due to a condition, etc.? You can check that by reviewing the audit log details.
I just tried this with a Jira Cloud automation rule and it correctly triggered when work was logged for a subtask of a task.
That is different than your original question which Trudy helped with: summing up the issues which are linked with "implemented by". If you also want the subtasks they will either need to be linked also or modify your rule to account for the issue relationships.
I suggest clarifying your scenario to help focus the ideas to try. Thanks!
Do you mean that when you log time against a Sub-task then you want to still update the Story that the sub-task's parent is linked to?
Is the Remaining Estimate of the sub-task's parent being updated automatically when you log work against the sub-task?
Hi @Trudy Claspill ,
Yes, exactly! Because when a Task is complex we will breakdown to Sub tasks and our team will log time on Sub tasks instead of the parent Task.
In the Task time tracking field I will tick the include sub task box so it shows the,time tracking which includes the sub task on the Task issue page. I don’t think ticking this box will be identified as updated the parent Task’s time tracking otherwise the current automation should be triggered.
That is correct. If you check the box on the parent issue to include sub-tasks in time tracking, that does not cause the Log Work event to be triggered for the parent issue.
The automation is saying no actions performed because the issue where the work is being logged (the sub-task) does not have issues linked to it with the "implements/is implemented by" relationship.
You would need a different rule to handle the scenario where time is logged against a sub-task.
Do you have both tasks where you log time against sub-tasks, and tasks where you log time directly against the task?