Team structure in Jira and Jira Service Desk

Question

I wanted to get some guidance and direction on how to structure teams/departments in Jira/JSD. Currently, our developers are using Jira Software and have encouraged our service desk to deploy JSD. The Service Desk is now evaluating JSD but was curious as to how to structure teams. By structure, if we take the Network Engineering department, would they be setup under JSD or JSW? Same goes for the DBAs for example.

It is important that we structure this currectly so that we don't have to change things in the future. What has your company done for this?

Jack Brickey · Answer

more or less that is the case. my IT group acts as 'customer service' group for internal issues be that pure IT or business applications (3rd party or homegrown tools). That said the JSD agents are also members of JSW for various reasons. Conversely, the JSW users are not JSD agents but some are Collaborators on JSD issues (can comment and view but not otherwise edit/transition).

Yes I would say your network engineers would work w/in JSD. I think you will want to give them JSW access to, at least if they will need to create issues in JSW, e.g. the create linked issue scenario.

gmora801 · Answer

So if I understand correctly, your IT specific departments/teams log into JSD, not JSW. Where as your Developers have logins to JSW and not JSD.

Is that correct?

So my network engineers will login and live within JSD?

Jack Brickey · Answer

Thanks. So FWIW, here is how we use and others seem to use in a similar fashion.

I use JSD to service the entire organization as "customers". Customer open job requests and/or report issues. I use JSW for business and SW processes. If an issue opened in JSD translates to one of my business or SW processes then the agent creates a linked issue from the original to the appropriate project. Here are some examples that might help...

* Corrective Action Requests - this is a project in JSD that may result in a linked issue in one of the JSW projects, e.g. 'we need to update the SW code review process document'.
* IT - this is a project in JSD that is used for reporting everthing from actual network or other pure IT issues to internal product issues, e.g. our ERP SW or homegrown applicaitons. If it is purely IT then IT deals with it. However, if it belongs to a group that is working out of JSW, e.g. our product develpment teams then a linked issue is created.

We use linked issues rather than Moving them out of JSD to JSW so that the Customer (originator) doesn't loose site of the issue. There are ways, thru automation, to resolved the JSD issue when the JSW issue is resolved.

The key reasons I choose to use JSD rather than JSW for a projects include:

* The originator doesn't need full access to the JIRA application. They only need to create issues and be updated on them. This keeps the cost under control among other things. The portal and email work well for the customer.
* SLAs - I want the built in capabilities that JSD provides.
* Automation - I want the built in cababilities that JSD provides.

I use JIRA for the following reasons:

* The team is a product development team and all members need to have 'full' access.
* I want to use Kanban or Scrum boards.
* The project is some form of business process.

there are a lot of things to consider and I will say that I find myself thinking thru which way to go on some new projects that pop up but in the end the above generally guides me.