Create
cancel
Showing results for 
Search instead for 
Did you mean: 
Sign up Log in

Next challenges

Recent achievements

  • Global
  • Personal

Recognition

  • Give kudos
  • Received
  • Given

Leaderboard

  • Global

Trophy case

Kudos (beta program)

Kudos logo

You've been invited into the Kudos (beta program) private group. Chat with others in the program, or give feedback to Atlassian.

View group

It's not the same without you

Join the community to find out what other Atlassian users are discussing, debating and creating.

Atlassian Community Hero Image Collage

IT Service Category Hierarchical Structure Edited

Hi All,

In a typical IT catalog, IT services are grouped by a IT category in a hierarchical structure

Level 1: IT service category 

-->Level 2: IT service type

------>Level 3: IT service name (typically specific product name)

 

Here are some examples:

IT service category: End User Services

   IT service type: Laptop Service

  • IT service name: Apple Mac
  • IT service name: Lenovo Windows
  • IT service name: Lenovo Linux

IT service category: End User Services

   IT service type: Laptop Encryption Service

  • IT service name: FileVault
  • IT service name: BitLocker

 

IT service category: Communication & Collaboration Service

   IT service type: Video Conferencing service

  • IT service name: Zoom
  • IT service name: WebEx

 

If I need to report based on IT service category, IT service type, or IT service name, how would I setup the Jira Service Management?

I don't think request types, services, and project component can be configured this requirement.  Is there any other feature that can be used for this requirement?

Any helps will be appreciated.  Thanks.

 

 

2 answers

@Tan Ng 

In our Jira/JSM DC environments - For JSM project, we use the following implementation by using Request Types for Level 1, then we use JSM's "Product Categorization" field (cascade dropdown data type) to achieve your Level 2 and Level 3 requirements.

Example -

We setup different request type form of for different teams, then in the Product Categorization field (you will need to ask your Jira Admin Team to customize your cascade dropdown list options), so you can properly tag every JSM issue accordingly - see below

At the Request Type Level -

2021-03-21_17-33-09.png

At the Product Categorization field -

2021-03-21_17-29-08.png

Hope this helps.

Best, Joseph Chung Yin

Jira/JSM Functional Lead, Global Infrastructure Applications Team

Viasat Inc.

@Joseph Chung Yin ,

Thank you for the reply.  The  customized field, "Product Categorization", using  the Cascading Select List field makes a lot of sense for two level selections.  It is just too bad that the Jira Cloud does not have 3+ level of cascading.  I heard that Jira Server/DC can have the Multi-Level Cascading Select.

I am not sure that I follow the Request Type field as Level 1. 

  1. In your screenshot, the Portal Group (e.g. Access & Accounts, Applications & Software, Computer & Hardware, etc.) looks more like Level 1.  However, the Portal Group is only a user interface presentation, not an issue field.
  2. If Level 1 value is selected, it should drive the Level 2 values.  The Request Type or Portal Group cannot determine the Level 2 values.  If the Level 2 field (Product Categorization) shows all the possible values, the user may select the Level 2 value that is not related to Level 1 value too, causing a incorrect Level 1/2 relationship.

Here is another idea:

1. Use the Component field for Level 1 (IT category).  The Level 1 values should be relatively a short list and is fairly static.

2. For a known Request Type form that can tie to a Level 1,

  • auto-populate the Component field value and put it as a hidden field. 
  • auto-populate the Product Categorization field Level 2 value
  • allow the users to select the Product Categorization field Level 3 value
  • use Automation to to auto-populate the Component field after submit to make sure the Level 2 and Level 1 hierarchical relationship remains correct even if the users override the Level 2 value.

3. For a generic Request Type form that cannot tie to a Level 1:

  • allow the users to select the Product Product Categorization field Level 2 and Level 3.  The disadvantage is that Level 2 may be a long list.
  • use Automation to to auto-populate the Component field after submit.

I will try to test this idea out.  I am not sure if assigning the Level 2 value is possible.  Please let me know what you think. 

Thanks,

Tan

@Tan Ng -

For the Multiple Levels Cascade Select, it is a separate third party add-n (extra costs) where Product Categorization is a built-in field.

In regards to Level 1 - You can group different request type forms ( It is not an issue field ).  However when the issue is created,  it will be associated with the specific request type form.

Yes, you can use components to tag your issues and you can use either automation or WF customization to control the population of the Product Categorization or Component assignment.  Your ask is simply trying to tag your issues properly.

Best, Joseph

0 votes
Eher Roha I'm New Here Mar 25, 2021

yes I also faced the similar issue that you are facing here but you can see here on this link about this issues solution.

@Eher Roha 

Can you share the link that you have mentioned?

Suggest an answer

Log in or Sign up to answer
DEPLOYMENT TYPE
CLOUD
PRODUCT PLAN
FREE
TAGS
Community showcase
Published in Jira Service Management

Announcing Mindville Insight is now part of Jira Service Management!

Hello Community! We’re excited to announce that Mindville Insight’s asset and configuration management capabilities will now be integrated into Jira Service Management Premium and Enterprise plan...

594 views 9 14
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