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
I would like to know how I can create an automation that assigns a new issue to a list of users but if the person already has something "in progress" it is not assigned and goes to the next user.
Thanks in advanced
Hi @Valeria_Mejia -- Welcome to the Atlassian Community!
Please take a look at the Assign User action, with the Balanced Workload option to see if that would meet your needs: https://support.atlassian.com/cloud-automation/docs/jira-automation-actions/#Assign-issue
The problem is that what I need in this case is that the issue to be assigned to any user who at that time does not have any other issue with the status "in progress", the Workload balance what it will do is assigned to the one who has fewer issues and that is not what we need.
List of persons
A new issue has been created and the next person on the list is Valeria in order but Valeria has another "in progress" case so the case will be reassigned to Pablo, if Pablo has another "in progress" case then it will go to the next one which would be Mario.
Please take a look at the comments from Luis on restricting the behavior of the Balanced Workload option, and...
Regarding your comment, Assign Issues does not "reassign" issues as you note. It will just assign them unconditionally based on the options selected.
Next for your scenario: what would you expect this rule to do if everyone has at least one issue in progress already?
Welcome to the community!
Assuming you want this assignment to happen when an issue is created, I don't believe we can get exactly your request, but we can get close.
As a note, there is an inherent issue with trying to automate assignments based on whether the user has an issue assigned to them already that is "In Progress". Typically the rate at which you accrue issues to be worked out numbers the number of people you have to assign issues to. If you restricted it to only assign to users that have no "In Progress" issues assigned the rule could potentially just fail and the issue may fall through the cracks and not be assigned at all.
However, you can create an automation to assign issues in a balanced method using the "In Progress" status as the means of measuring workload.
For that I would suggest the following rule:
The rule above is the basic premise for this automation. It fires off whenever an issue is created, and assigns the issue to someone in the project role specified in a balanced manner based on how many issues that user has assigned that are in the "In Progress" status. It doesn't keep users from being assigned to more than one issue, but it does balance out the workload across the team.
There are a number of ways that this can be altered to fit a specific situation but this at least gives you a starting point. Hope this helps.
The documentation isn't explicit, but I'm going to *guess* that if everyone has the same exact same number of issues in progress, then it probably "falls back" on Random.
@Valeria_MejiaIf everyone has something in progress, it will first assign to the person that has the least amount of assigned tickets. To @Darryl Lee's point if everyone has the same amount assigned it will select someone at random.
If you're worried about meeting SLAs and making sure folks only have issues they have the bandwidth to handle in a certain amount of time, it might be a better approach to have a process in place with a triage queue that folks pull from, rather than trying to automate the assignment. If you're using Jira Service Management this functionality is built in.
@Luis Machado I was doing some tests and among them I tried the scenario in which nobody in the list of people has an issue in "in progress", i.e. everybody is free and it turns out that in that case the issues are still assigned to the same person instead of going to the next person in the list.
Is there any way to correct this in this same balance Workload rule with the JQL "status = "In Progress""
Hi @Valeria_Mejia it would be helpful if you shared a screenshot of your rule. Did you make it similar to what Luis posted? Because what he shared looks like it would work.
OH, one thing I was wondering is that you put the first ticket into "In Progress" and that same person was assigned a ticket? That seems like a bug. But if the first ticket wasn't moved, it's certainly conceivable they would keep getting tickets, because the JQL would not exclude them.
@Valeria_MejiaI might know the issue, the example I gave you was intended to be a basic implementation that you could build off of. I don't have any context around your workflow structure or your reporting needs, etc. so I didn't want to get too much into the weeds with it. I suspect this is the scenario you're encountering:
If that's the case you can add another action to your rule that will also transition the ticket to "In Progress" after it is assigned. It would look like this:
If your scenario is different can you please provide some additional context and a screenshot of your rule as Darryl suggested?