Come for the products,
stay for the community

The Atlassian Community can help you and your team get more value out of Atlassian products and practices.

Atlassian Community about banner
4,299,236
Community Members
 
Community Events
165
Community Groups

Structure of "Components" & reporting on them

Edited

Hi guys,

We use JIRA Cloud for managing our dev work, but we're now trying to migrate our Service Desk from Citrix over to JIRA Service Desk. One of our main requirements is decent reporting so we can utilise ITIL for continual service improvement, but we're struggling to find a way to do it in the Service Desk!

We'd like to have at least a couple of "depths" in reporting that mean we can get an overview of each service, but also have the ability to dive a little deeper into what exactly is happening within each service. For example, the Head of Dept. wants an overview of the services: 365 Apps, IMS Apps, Office Network etc. He wants to know which of those are requiring the most support. If the answer is "365 Apps", the next logical question is which apps are causing the most hassle and why? So we'd then want to drill down into the 365 Apps and see a report that shows whether Webmail, Yammer or Skype are the cause of most of the work.

The best way of doing this would probably be to have a component list with sub-components. For example:

  •  365
    • Webmail
    • Yammer
    • Skype
  • IMS
    • IMS1
    • IMS2
  • Office Network
    • Laptops
    • Servers

The problem is that JIRA Service Desk doesn't seem to have a built in way to do subcomponents. There are a couple of plugins on the marketplace, but the one we implemented to give us this functionality happened to break just as we were migrating and now we're a bit nervous of relying on a plugin that's been broken for the last two weeks. 

It begs the question, how is everyone else managing this problem? How do you guys structure your list of Components in the Service Desk? Are you able to achieve multiple depths in reporting or do you make do with an overview of your Services?

Any input from your experience and the way you do things would be appreciated.

2 comments

I would suggest adding a cascading custom field. The second field values are driven by the selection of the first. 

Thanks Jack!

Hi Brent - 

The only ways I know of to support multiple levels of components are:

1) one of the third-party plugins as you mentioned;

2) adding a Cascading Select custom field; or

3) simulating sub-components with a naming convention like "Deals - Create Deal", "Deals - Edit Deal" etc.

I suppose you could also try #4 - use Component for the parent and a simple select list for the child and rely on users to pick appropriate values.  

I haven't tried #1.  If you liked the plugin you had maybe try contacting their support and seeing if they seem like a reliable vendor.

For reference, here is the last comment from Atlassian stating that they aren't adding native subcomponents.

Thanks John, we hadn't considered #2, so I'm going to give that a test and see if it meets our reporting requirements. It sounds like a faff to setup, but once it's working it sounds like it'll be the best option.

Comment

Log in or Sign up to comment
TAGS
Community showcase
Published in Jira Service Management

Coming Soon: Insight Changing to Assets

The 2020 acquisition of Mindville added powerful asset and configuration management capabilities to Jira Service Management in the form of Insight. Following the completion of that integration, custo...

361 views 3 11
Read article

Community Events

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

Events near you