nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Custom issue hierarchy

Julien REBILLARD

Hi,

I use a premium plan and therefore have the ability to create my own ticket hierarchies.
In my organization, we receive a request in JSW from JSM, in our agile organization, we split this initial request into Epic, Story to initiate our sprints.

So I created a hierarchy:
Initial request (Dev, Evo, ...) > Epic > Story> Subtask, combined with the use of the new parent field.

In the case of a small request, I do not necessarily need the Epic level, and I want to directly attach a story to an initial request,.

Jira requires respecting the hierarchy and does not allow a story to be attached to another request what does an Epic have?

I also tried upgrading the initial request to Epic level : Epic > Story > Subtask.

but in this case I can no longer attach Epic to a request because it is at the highest level.

Am I obliged to stay in the Epic > Story > Sub task case and manage the Initial request > Epic link using a dedicated type of link, and do without the use of the parent field (therefore double management of parent tickets in the automaton ...)?

Thank you in advance for your feedback

Accepted answers

All comments

John Funk

Hi Julien,

Why are you putting the initial request at that level and not just linking the initial request to the highest level you actually need? Doing an initial request at the highest level is not very Agile.

Julien REBILLARD

I will try to explain by example.

My client makes me a request, for example "Develop an online store" (PROJECT-123 key), which will contain the different elements transmitted by the client.
My Business Analyst will work on the request with the client, and the stories will come out grouped into Epic.
Example :

Epic Authentication (PROJECT-124 key)
Story 1: Login (PROJECT-125 key)
Story 2: Register (PROJECT-126 key)
Story X: Loprem (PROJECT-127 key)

My hierarchy would therefore be

PROJECT-123
- PROJECT-124
  - PROJECT-125
  - PROJECT-126
  - PROJECT-127
- ...

So I can keep the history of actions/work and the initial request serves as a "bridge" between JSW and JSM for customer comments (synchronization of the 2 with element & copy app).

So you think I should cancel the initial request to only have Epics at the highest level, without keeping a higher link ?

John Funk

For your last question - yes. Still create PROJECT-123, but then link it to PROJECT-124. That way if there is no PROJECT-124 and just PROJECT-125, then your process is not any different and you don't create a "fake" Epic just to have a filler link. Just my thoughts. :-)

Julien REBILLARD

So in the ticket hierarchy, this would give:

If I want to make an Epic's initial parent request, I manage it with a custom issue link.

Welcome!

It looks like you're new here. Sign in or register to get started.

Quick Links

Find more posts tagged with

jira

cloud

jira-cloud