We have been using Jira for a number of years for our own software tools and one off custom projects.
We already have a full blown ticketing system for support, we need an intermediate tool while are custom software is still unreleased and being tested by the client.
I have installed service desk on-top of our Jira, customers can enter issues, bugs etc through the portal. I have two Application Engineers that are agents in service desk. They validate the issues and then I want them to but the bug into our normal jira.
I have a number of dev teams that can work on these issues, but they are not agents. How to they collaborate on a service desk project.
Can I link a service desk project to a jira project? Struggling with the concept. We don't want to have our dev as agents.
90% of these service desk tickets will be bugs and or feature request, not support. Once the customer as signed off and the systems are in production then they will end up with our normal IT support system.
@Dean Holmes, this a a question that has been posed many times and there are answers out there but takes some digging. I will provide a quick summary of how I and many folks deal w/ this.
In this way you keep your developers in JSW and customer support/IT agents in JSD. You can setup your developers as collaborators for the JSD project so they can comment internally and browse issues.
controls cost as you don't have (want) developers to be agents.
hope this helps.
the expensive proposition is to make them agents.
Depending on what you mean "collaborating" exactly - you may want to look into the Servicedesk automation.
Here you can for example update a service desk ticket when a linked ticket (like a dev ticket) changes.
Also for more advanced stuff there is a automation for Jira App in the Marketplace which is very feature rich:
We are a marketplace developer and use the combination of the above to automate our support and work with linked tickets.
Thanks, this all seems very painful and expensive for a simple problem.
We simply need clients to be able to report issues, we then validate and put them dev for bug fixes. We have a custom workflow in Jira that works.
We just need the client limited visibility, service desk works but dev should not have to be agents, we should be able to have agents assign an issue to a dev. They should be able to update the workflow when bug fixes is done and the customer have visibility to the status.
The only communication between the client should be agents
we are struggling with the same issue. We don't want to clone/duplicate every ticket that is assigned to the development team. The 2 tickets always are out of sync and yes there are nice plugins that can sync that for you. But we just simply want 1 ticket for the whole process and it's fine that only the support employees can communicate with the customer through the portal.
My main question is; can I use the same workflow that I use in the Jira software for devs for a issue type of a service desk project? thank you for an answer!
Thank you, yes I also tested it.
But doesn't solve my problem of a normal simpel flow that a customer requests something, dev makes it and customer can monitor it through the portal. Devs don't have to talk directly to customer. But you really don't want to have 2 tickets in your system for the same issue/request/bug or what ever. Every solution (sync add ons etc) are not a real solution, just a work around for a problem that should not be a problem because technical its possible.
I understand your need, however we wanted to keep them separate. We’ve been using Jira for a very long time and have all our internal project and engineering team integrated into our Jira workflows.
We added service desk for user acceptance testing (UAT) a place for clients to raise questions, freature request, bugs, training etc. We needed different workflows for that. An agent can triage a ticket and determine if the issue is a bug or the user requires training. They can request more information,screen grabs etc. If it is a bug or FR then with a couple of clicks it can raise either feature request or bug issues in Jira for engineering. Again depending on feature request or bug they have different workflows.
I did get the two system talking, so that when a relevant step in Jira is made it updates the steps in service desk. So far we are very please, in fact I Demoed to our board yesterday, I’m now task to see if it can replace our own in house support ticketing system.
Hi @Dean Holmes,
It sounds like you may have solved your most immediate needs, but just in case this is helpful for you, my company makes the Backbone Issue Sync app which you might want to check out. https://marketplace.atlassian.com/plugins/com.k15t.backbone.backbone-issue-sync/server/overview
One of our primary use cases are synchronizing tickets across instances that are set up to provide multiple layers of support (or to triage support tickets with development teams). Here is one such scenario explained: https://www.k15t.com/blog/2017/01/keeping-1st-level-and-2nd-level-it-support-teams-in-sync
We think our app takes some of the pain out of such processes. Hope this is of help! Cheers,
Hi @Dean Holmeswhere you able to find any documentation on how to link JSD Issues to JSW Project?
I want to do the same thing. I have a team of 3 JSD Agents, and I want them to be able to Link their JSD issues to JSW. So my development team can solve the bugs or requests.
Have anyone of you where able to to that configuration?
I haven't find any documentation.
Badges are a great way to show off community activity, whether you’re a newbie or a Champion.Learn more
Hi all, We are trialing Jira Service Desk for a large-ish, flat, team-based organization where members can serve on multiple teams. A few needs that are not out of the box... Assigning i...
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
You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs