If IT developers and technicians are defined as collaborators, then how can we measure their input in SLA when we cannot assign an issue to a collaborator?
How do you suggest we measure 2nd level support in our SLA reports?
Seems like a step backwards if the only solution is to start cloning issues and having to track multiple versions of an issue just due to whomever is working on it. Kinda removes one of the keystones of JIRA functionality which is the ability to have all info in one place for a particular issue or item.
I disagree - you still have everything placed in one place - in Jira (since SD is just a "plugin" on top of Jira engine). The only difference is the fact that you get it bit more "puzzled" by putting some additional project separation (instead of having 1 project you have 1 for SD and 1 for 2nd+ level). Of course if collaborator could be tracked by SLA directly in SD it would be in favor, but since it is NOT available, then I am providing a potential solution that does not require to enlist every single developer/2nd level support as Agent.
Since Service Desk issues are based on predefined SLAs, field "due date" is no longer applicable at customer portal level. Is there a way to propagate the SLA(time to resolution) value to the cloned JIRA issue (such as due date field) so that 2nd level support have an indication on issue resolution deadline?
Hello Community 👋, I'm a product manager at Atlassian, looking at improving change management capabilities across our products. In particular, we're looking at bridging the gap between Dev & ...
Connect with like-minded Atlassian users at free events near you!Find an event
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no Community Events near you at the moment.Host an event
You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events