Hello all,
I'm curious to see the opinions on what the best way is to pre-set fields on issue creation. Writing an automation rule or using rules in the workflow editor?
Currently, I have three rules in the new workflow editor to fire upon creation of a specific issue type that fills three fields with three separate links.
I would like to do the same with specific users to specific fields, but these users change depending on the parent the issue card is linked to at creation. I don't know if in the new workflow editor you can use smart values or if I must select a singular specific user.
Which led to me to my old reliable of just writing an automation rule that triggers on creation to edit these fields with the necessary information.
I'm new to Jira and don't have a solid understanding of which is better? I'm leaning more towards ol' reliable "it depends" as I found with these use-case, but maybe I'm missing something?
I know automation rules count towards my actions per month, but our company is small and definitely not going to hit our monthly limit so that's not really a con. Past that, I don't see a clear reason why I should use workflow editor rules over automations. If someone has a good example, I'd love to learn!
Although many common scenarios can be solved by both Jira Automation and Workflows, in my understanding of both, there are distinctions in what is supported. A few such distinctions are:
Please consider what problem you are trying to solve for each scenario and that may help decide which mechanism to use to set the fields.
Kind regards,
Bill
Hello @Bill Sheboy
Thanks for detailed response. Honestly, never even thought about what happens if automation has an outage, didn't even consider that a risk haha.
Good points on the validators being before/after. I've use workflows to add validators of "user must be in this group" or "field must contain this value" but there's been limited requests that require that level of effort.
Thanks again for the information :D Always love learning more about Jira.
Warm Regards,
Morgan Watts
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
It depends. I'm using more automations these days whereas I would always create triggers, conditions, and validators before.
I can see the day that Automation takes over the traditional workflow methods. I think you are safe sticking with Automations, beware to keep track of how many are firing and stay under the limit.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello @Shawn Doyle - ReleaseTEAM
Thanks for the response! Yes, I'm in a similar situation where I've found automation can handle most of the requests I get. Thankfully my company is quite small so I think hitting the automation limit will take a lot of effort on my part (or just poor automation writing), but it is something to consider.
That's partially why I asked this question. If I can remove some automation actions and put that into a workflow, it'll potentially save me from headaches further down the line.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi, I wanted to share my thoughts on the comparison between workflows and automations. I believe that both have their own unique strengths and are better suited for different scenarios. It's also important to consider whether you have an add-on like JWME or a similar tool, as it can impact your decision.
I've encountered some challenges with the synchronization between post-functions and automations in complex business logic. That requires the use of “Delay” action on both sides.
In this specific use case that was presented to me, I would lean towards implementing the automation solution and maintaining the workflow in its current state. To keep business logic simpler to audit in the automation log and alerts. As long as you don’t have the limit restriction risk.
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.