We have someone who is an admin for 2 spaces but not a system admin in Jira. They want to be able to edit an automation that is scoped to the 2 spaces they are a space admin for. Initially Rovo told us they could with this response:
Keep rules project-scoped instead of global — If the concern is a specific set of projects, you could scope rules to "Multiple projects" rather than "All projects." A project admin of all the included projects can manage multi-project rules without needing "Administer Jira." This avoids elevating permissions entirely but requires the person to be a project admin on each relevant project.
We ran a test and that did not end up being true. The user was not able to edit the automation. I revisited Rovo to tell them the results of our test and now Rovo is saying this:
Your option is to duplicate the rule and give each the correct space scope.
I won't gran Jira admin permission, as that would provide these users with way more possibilities then needed.
If you don't want above, your only option is to let a Jira admin handle this, this, in my personal opinion and experience is the best option.
There are no other options provided in the system.
Hello @Sonya Petkunas
From a best-practice perspective, I would not give someone broader permissions only because they need to manage automations.
Permissions are scoped for a reason. Users should receive only the level of access they actually need, especially when automation rules can affect multiple projects or a large number of work items.
That can be Grenade which you don´t wanna have.
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.