Giving Jira Software users access to a Jira Svc Mgmt project

[Renee Houston-Lang]

I am configuring a Jira Svc Mgmt project to use for Change Management with the expectation to manage software changes through the full lifecycle from request to deployment.  This will require some of our Jira Software users to view, edit, comment, transition through workflow, etc.  I will also want users to have the capability to view the Change Calendar.  

It appears as if I just need to update the default permission scheme created for my Jira Service Mgmt project to enable "any logged in user" for the Issue Permissions I want them to have.  Can you advise if this will incur any additional cost?  We have the same question for adding Jira Software users to another Jira Service Mgmt project we are using for  Problems which are reported by users for our software applications.

[Trudy Claspill · Accepted solution]

Hello @Renee Houston-Lang 

This document may help you:

https://support.atlassian.com/jira-service-management-cloud/docs/what-users-and-roles-are-there-in-jira-service-management/

Users with only a Jira Software license can be added to the Service Desk Team role in the JSM project and will then become "Collaborators". That gives them only permission to add comments. They cannot transition issues. It does not matter what other groups they belong to nor what additional permissions they have in the project. This incurs no additional user licensing costs.

If you want the Jira Software users to be able to do more with the JSM issues (edit fields, transition issues) you must give them a Jira Service Management Agent license. Without that license it doesn't matter what other permissions the user has in the project. When you grant them that license that incurs a licensing cost. In addition to getting that license, the user has to be added to the Service Desk Team role in the JSM project to get the appropriate permissions associated with that Role for managing the JSM issues.

[Renee Houston-Lang]

Thanks @Trudy Claspill very helpful!

[Mathew Lederman · Accepted solution]

@Renee Houston-Lang,

You can give your users with Jira Software licenses permissions to make the changes, but without the JSM license, they won't be able to do things like Edit, Transition, Add public comments (except from the portal) in a Service project.

No additional costs will be incurred by adding permissions, but if you need Software users to perform Service-type tasks, they will require the JSM license.

[Renee Houston-Lang]

Thanks @Mathew Lederman this is what I am trying to understand. So it sounds like updating the permissions will effectively give view capability, but not edit (just generalizing here). How can I find out more information about the JSM license and cost?

[Mathew Lederman]

Costs can be found here :https://www.atlassian.com/software/jira/service-management/pricing.

Functionality is MUCH harder to find a good explanation and quite honestly I've only discovered most of what I know from testing. 

• Atlassian provides a number of documents that, in my opinion, tell you very little of how the product actually works, but I've linked those here for an overview:
  • https://support.atlassian.com/jira-service-management-cloud/docs/overview-of-jira-cloud-products/
  • https://www.atlassian.com/software/jira/service-management/product-guide/overview#jira-service-management
  • https://support.atlassian.com/jira-service-management-cloud/docs/get-to-know-the-main-jira-service-management-features/
  • https://support.atlassian.com/jira-service-management-cloud/docs/get-to-know-the-main-jira-service-management-features/
• Adaptavist (ScriptRunner) does a slightly better job, but again, it's very high-level:
  • https://www.adaptavist.com/blog/jira-service-management-vs-jira-software

If you have any specific questions about specific functionality, unfortunately you're going to have to find/ask in the community or try it out yourself. There is no good documentation that I've been able to find that truly goes into the details of any of Atlassian's tools.