Hello everyone,
I am working with some users in our company that have prior Jira experience and would like more control over there Project/Space, so there is less of a reliance on IT. (Company Managed Service Space)
These users have the below licenses -
- Jira Premium
- JSM/Agent.
The users are also Admin, Service Desk Customers & Service Desk Team within the project itself.
First off, if they are part of all 3 of the above within the project, does this cancel some permissions out? Or does administrator overrule them all?
If it is OK having the user in those 3 groups, what else needs to be updated so they can manage -
- Workflows
- Request Types
- Forms
- Work item types
Within their own Project/Space.
Appreciate the support and guidance in advance, please no AI replies... I would like 'real world knowledge'... I can type into AI myself if needed.
Thank you.
One question: are these company-managed or team-managed projects?
That makes quite a difference, because in company-managed projects some configurations (such as workflows, screens, field configurations, permission schemes) may still require a Jira Administrator if they're shared across multiple projects.
Ah yes great question!
Company Managed Service Space.
Cheers.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks for confirming that.
In that case, the users can manage many project-level settings, such as request types, forms, queues, SLAs, customer notifications, and project automation, as long as they have the appropriate project permissions.
For workflows, there's a bit more to consider. Atlassian introduced an Edit Workflows project permission, which allows non-admins to edit workflows only if the workflow isn't shared with any other project or workflow scheme. If the workflow is shared, a user must have the Jira Administrator global permission to edit it.
You can find the details in Atlassian's KB.
https://support.atlassian.com/jira/kb/use-the-edit-workflows-permission-in-company-managed-projects-in-jira-cloud
For other configuration items, such as permission schemes, notification schemes, screen schemes, and field configuration schemes, these are still administered by a Jira Administrator in company-managed projects.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Note that the Edit Workflows option is not available for Service spaces:
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.
Another option to explore is Team Managed projects. In those users in the Administrator can manage everything.
Team Managed projects don't leverage the sharable schemes used by company managed projects. However that means the can't share configurations with other projects. Customizations are project scoped. This can cause challenges if your company needs cross team reporting or project configuration governance
If you aren't familiar with these approach with caution. You would be giving the project admins a fiefdom within your Jira kingdom and what they do in it can impact the rest of the system.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks @Trudy P Claspill - Unfortunate these Company Managed Service Spaces are already setup and have been used for over a year now... They were also all setup prior to me starting with this company.
I have had a look at this specific project, the Permission Scheme is only used in one Space, not shared. In active Workflows for this project, they are only used in the one space. Nothing is shared.
But yet 'admins' cannot edit Workflows.. The Admin space role is also assigned to 'Edit Workflows'
Any further advice on this one? Thank you!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello @Joshua Stokes
Didn't you say these are Service spaces?
Per the document link I provided this feature is not supported for Service spaces.
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.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.