Multiple teams (queues) and access control

Question

Hi Team,

I was reading the below publication from Atlassian:

Jira Service Management: Projects vs Queues | Evaluator Resources | Atlassian Documentation

My concern is:

I am having different teams working in "Service Desk" project. Some teams are external service provides act as 2nd or 3rd level support. In that case, an incident can come from 1st level support (internal) and escalate to 2nd level support (external)

So, is it possible easily flow the same incident from 1st level to 2nd level in an environment where two teams are in two projects?

Having different projects is the recommendation in the publication above. But I may have practical problems as above when I am doing so. I don't think reporting won't be an issue though

Thanks,

Sujeeva

Dirk Ronsmans · Accepted Answer

Hi @Sujeeva Tissaarachchi and welcome to the community!

For me this would depend whether those 1st and 2nd line teams are working on the same project. From your explanation it seems they are but just one is more expert in a domain than another.

Having multiple projects could work but i think you would have to then escalate the ticket to the other project by creating either

* a linked ticket 
* moving the ticket (which I would not recommend as it breaks the flow)

There for, I would suggest staying in a single project. By adding maybe a "Team" field which could be a group picker, you can escalate the ticket to that "expert" team and have a queue where a dynamic JQL can filter out the tickets just for them.

If you have the use case where they are only allowed to see the tickets assigned to them, I'd suggest also looking in to issue level security

So for me (my personal opinion), if they work on the same issues with the same flow but just passing on to another team with more knowledge,I would stick to a single project.

If we're talking a support team (1st line) and a developer team (2nd/3rd line) which have completely different flows well then you could go multiple projects with different issue types and linked issues.