I need your feedback on how to organize Jira Service Desk

[Gabriel Viger]

Hello Community,

I need your feedback on an idea that my superiors had to re-organize our JSD projects.

Right now, our Service Desk projects are organized by teams where you can raise different request such as bugs, change requests or feature requests.

Ex.:

By Team

Then you can choose a request type:

Now my superiors have the idea to re-organize projects by request type so there is one channel to submit new features, change requests or bugs to all teams.

I told them that this was not a good idea based on many arguments such as:

* All teams would manage their change request or feature request in the same projects, but bugs in another one.
* Each teams have different workflows for common issue types
* Each teams have different screens/fields for common issue types
* All teams queues would be in the same project (imagine the number of queues...)
* And many more reasons I could come up with... (please add more reasons that you think of)

I am not saying that it is not possible to configure a JSD project that way (I have done it for some teams who decided after some time that having their own JSD project was a better solution) but I am strongly against this idea of how they want to re-organize project and processes that are already working well.

This is why I am reaching the community to have your feedback based on your opinion or experience.

Thanks in advance :)

[Jack Brickey]

My current implementation is sort of like what your supers are requesting.

• I have one project for all IT issues this includes desktop support/network issues, etc. as well as product issues: ERP, internal tools, etc.
• The request types define the category: general IT, printer, phone, computer, Software applications, etc.
• if someone opens a general application issue they are required to select a Component that specifies the application
• we use automation and manual triage by a small team of IT engineers to ensure the issue gets into the correct hands
• we use JSW for all product development so the JSD Agents will Create Linked Issue if it require the dev team's efforts
• we do NOT use JSD for tracking dev issues directly

not sure this helped but it is data...

[Gabriel Viger]

Hi Jack!

Thanks for your feedback! 

I see that your model is more ITSM related to what we currently do with our JSD projects.

We mostly (but not exclusively) manage Change and New Feature requests that requires more (but not always) of a development life cycle workflow.

Since we are about 1200 employees at the ALDO group, it was an easier solution (and more efficient) to implement JSD so that the business can raise requests to IT teams and follow-up on them (which are not ITSM related).

Please do not hesitate to provide more feedback if it comes to your mind :)

Thanks!