I updated our JIRA Service Desk to 2.0 with the new pricing scheme. I then created our first Service Desk via the option "Enable for existing project". Since then my developers can no longer edit cases in the JIRA project nor can I assign them cases in the JIRA project. All my permissions appear to be configured correctly and all the developers were automatically added as Collaborators. I do see that Collaborators cannot edit service desk issues but it appears that ALL issues (even those I as the admin create within the JIRA project) are considered service desk issues now. This is not at all how I expected this to work. I expected cases created by customers would be in the Service Desk queue and that we'd have business as usual for the project queue.
Is there some configuration that I'm missing?
No, you are not missing some configuration. This is how Service Desk 2.0 works. I went through exactly the same.
As a project is turned into a Service Desk project, the agent/collaborator scheme supersedes any other permission scheme that was associated with the project. This renders your project useless for your developers, as they are now collaborators and can only comment on issues, regardless if those issues are coming in through the Service Desk or not.
I ended up creating a new project for Service Desk and clone issues to my existing "development" project if necessary. So my agents are in charge of customer communication and they call in help from development through cloning issues to another project. When the cloned issues are resolved by development, they update the original issue again. I automated this process using script runner. It is working for us now.
Coming from Service Desk 1.0, this definitely was not what I expected when I upgraded to the new pricing scheme. I had a discussion with Atlassian Support on this and they referred me to the documentation https://confluence.atlassian.com/display/SERVICEDESK/How+JIRA+and+JIRA+Service+Desk+Work+Together, stating that:
Create a service desk for an existing JIRA project - This option is ideal if you've already been using JIRA in a help desk capacity
So, from this you should read that if you use your JIRA project for actual development, than you should not create a service desk for that project.
This is big draw-back for the product and unexplainable how Atlassian came up with this permission concept that is far from how service teams work, specifically in large corporations.The only obvious reason is to sell more agent licences. It is very sad and disappointing to watch Atlassian go this path of losing touch with their customers and reality after being so successful in serving both on their way up.
We have disabled the product and will not continue using it until this is fixed and permission control is given back to us users.
You might want to follow and vote on this issue:
In the past, Portfolio for Jira required a high degree of detail–foresight that was unrealistic for many businesses to have–in order to produce a reliable long-term roadmap. We're tur...
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG