I am setting up ITIL-based change requests in the Jira Service Desk Portal and it seems I can't input linked issues (it says not allowed on the portal), so how do I effectively provide a list of references to the Issues/Bugs/Enhancements/Features that are resolved by the change? It seems logical to me that you would just enter them as linked issues, but maybe I am missing something.
The customer portal does not have a means to display linked issues at this time. There is an open feature request for this ability over in https://jira.atlassian.com/browse/JSDSERVER-4636 I would recommend that you vote/comment on this issue if this is something you would like to see in JIRA Service Desk.
The customer portal has a much more restricted view. However I believe this is by design in order to help facilitate helpdesk/service desk interactions of this nature.
You can still link these issues together, but this is something that would only be visible to Agents or JIRA Software/Core users (who can login to the main JIRA site URL) and not to Service Desk Customers (who can only visit the customer portal URL). Instead, the process we use when this happens in Atlassian support is to actually provide in the reply to the customer the specific bug ticket URL (kind of like I did above for that feature request).
The concern here though should also be whether or not that user has access to be able to view the issue you are linking to them. If they cannot, then it really doesn't help them much to understand or track the progress of this issue. In this case that issue is viewable to the public, so you can see/track this other issue.
Issue linking in JIRA still has usefulness in Service Desk projects. It can help your Agents to link the same issue together when the have the same cause or better help them track and understand if another project/issue is being used to track the progress of a fix. But at this time, the issue links made between issues in JIRA is not something that users in the Service Desk customer role are going to be able to see.
My problem is not linking issues, it is specific to change requests (and I do realize that a change request is just a type of issue, but ITIL treats them quite differently). I agree that linking issues is useful, but linking Change Requests is required. You need to be able to see which issues are implemented by a change request in order to provide approvers (which are usually business owners) with the proper documentation of what is being changed. You need to be able to look at a bug, enhancement, or incident in the ITIL world and know which change request implemented it, so it is essentially a two way link. And I want that single pane of glass so that I don't have to tell my business users "you go here (the portal) for an incident, but since the system can't handle change requests through the portal, you have to go here to do a change request". This seems like pretty standard ITIL based requirements.
I am wondering if maybe you could use KB to achieve this? Such as, create a KB page for each release that captures all fixes etc. in the release. Then customer could enter say 3.5.2 Release Notes in "find help..." search window.
might not be the solution you desire.
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG
We're bringing product updates and pro tips on teamwork to ten cities around the world.Save your spot