Is there a way to assign tasks/sub-tasks to whoever has the least amount of estimated time dedicated to tasks in the current sprint? I'm new to jira automation but I went through and didn't find anything that could aggregate the time estimates like that. I do see that the rest API provides a "timetracking" section that shows the original estimate and remaining estimate.
Is there anything I'm missing?
Thanks!
Hi @Pfdev11
Welcome to the community.
First how would you define who has the least amount of estimated time in the sprint?
To me this in my opinion is bad planning, as items in a Sprint should be assigned in Sprint planning
A Sprint should be planned with work based on the teams capacity, this is the task of the SM. This based on Stories, Tasks and/or Bugs.
Sub-tasks creation should be the task of the assignee of the Story, Taks and/or Bug, they also should no have an estimation ins Scrum.
What is you take and opinion on this?
Even if you know you team capacity, then you would first have an automation that would calculate per team member their current combined total of estimation, then you would need to deduct this form the time a team members works in the sprint length and then you would have the time remaining for a single team member.
Then you would need to comapre this number to the estimate of any issue in the sprint unassigned (weird) to see if you could assign this issue to this team member
So during planning, any new tasks that will be brought in get assigned and given an estimated time to complete by the assignee. The thought of using Round Robin or balanced workload occurred, but the issue was that if someone is working on a single task but with a long estimated time, they might get constantly get assigned the subtask resulting from this possible automation.
I was asked to do this, but I don't necessarily agree with it
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @Pfdev11
There are no options in automation to based assignment based on estimated time.
Unless what I proposed earlier, you would first need to get for each user the current count of estimated time, related to their current assigned issues.
Then assignee the issue to the user with the least amount of estimated time.
Still the question is then is this doable for the user, will this not exceed the team/user capacity for the sprint length?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.