Moving issues between projects in service desk

Ross Gardner

I'm just trying out service desk and think it looks excellent.  However our use of JIRA so far has been for a development team on an Agile project and therefore our project is setup for stories, epics, etc..

We want to extend the use of JIRA through service desk so that all IT related requests can come into one key location.  Adding the service desk to our development project doesn't seem to be the way to go as the customer gets presented with all the terminology from the agile project.  A new service desk project provides the customer user experience I am after.

Often the issues reported have nothing to do with the development team and can be fielded easily by support. Service desk excels in this scenario.  Occasionally however an issue needs to be passed to a developer or needs to result in a new user story in the development project and I can't find the correct workflow.

Using the "move issue" action to move it into our development project seems to completely remove it from the service desk and the user who raised it has no visibility as it is within the development project that has no service desk enabled.

The only alternative we can find is to close the service desk issue and raise a new ticket in our development project which doesn't seem correct.

Does anyone have any experience with this.  I don't want a service desk on our development project as the backlog is constantly groomed to ensure that it is relevant and the thought of outside users dumping requests in it sends me cold. 

MikeyS

There are ways that you could give customers (i.e. anonymous users) visibility into your development project so that they wouldn't lose sight of their issue, but it would still remove the issue from the Service Desk interface, so I don't really recommend going that route.

Instead I'd look into creating a new issue in your development project and linking it to the Service Desk ticket.  If you're on a server version of JIRA then you could use JMWE, Script Runner, Exocet or some other plugins to build in automation surrounding the creation of the development issue and updates between the two issues.  If you're on Cloud, then you're probably left manually maintaining both issues.

One other option would be for you to make your developers agents in your Service Desk.  As Service Desk is now a pay-per-agent arrangement, there is some expense associated with this option, depending on how many developers you have.  This should (although I've never tried it) allow you to directly include certain Service Desk issues directly on their agile boards.  You would do this by somehow marking Service Desk issues for development, and then modify your board filters to include these marked issues.