Prevent transition of issue to 'in progress' when assignee has already X issues in 'in progress'

[Lyn]

Hi,

i am pretty new to Jira automation an struggling finding a solution for this:

If an issue is transitioned into 'in progress' the automation should check if the user which is Assignee of the issue in transition has already X issues in 'in progress' and if this is a case, the transition should be canceled.

The reason is, that I want to prevent our developers to have too many tickets in progress.

I know that the is the Limit per status but this don't distinguish between users which means if the team size changes to need to adjust the WIP per status.

[Nic Brough -Adaptavist-]

So, this is an interesting one, because I can't work out how to do it either.

Generally though, I stick to "Automation is for making change that I don't want to have to bother with - get someone else to do the grunt-work - it needs doing, but I don't have to think about it"

Preventing transisitions definitely meets "I don't want to have to think about it", but it's not actually "doing stuff".

For controlling transitions, the usual route is using conditions or validators to check existing data and then telling people they're doing the wrong thing (validators do exactly that, conditions are a bit different - they look at the data and then hide the option to do the wrong thing)

Your nicest option here is a condition that just stops them even starting to do the wrong thing, but Automations don't do that.  I would be looking at apps that provide conditions (the off-the-shelf ones are pretty weak in my opinion).

However, if you're using a Kanban board, you can also do this with a work-in-progress limit.  It applies to the team, not the assignee, but the point of a board is that it is the team, so it might work for you (without any faffing around with apps)

[James Navin]

@Nic Brough -Adaptavist- is correct.

Automation works by responding to events (such as issue transitions) and taking actions. It cannot prevent an issue transition from occurring. The best you would be able to do is reverse the transition, or flag the issue etc. after the transition had taken place.

As suggested, your best option is probably to look at workflow conditions or use the work-in-progress limit.

Cheers,

James

[Tom Scoggin]

I had something similar where I wanted to keep control away from the Jira Admins so I created an automation that looks at the person who initiated the automation. If that person was one of 4 users the system would do "X". If the person initiating the transition is not one of those 4 users then do nothing except transition it back to where it came from. 

I figure at some point the wrong user will give up and let the correct users perform their jobs. I do wish we (Project Admins) could do a banner or error message letting the user know they don't have permissions.