How can we setup Jira properly for our situation in our software development team?
Asked by Joeri Stouten:

We are a software development company. We have a team consisting of design, frontend, backend. We work with projects, epics, user stories, tasks and subtasks (in that order in terms of hierarchy). We work with sprints (2 weeks).

What is the best way to approach this? Is there maybe a template for this?

I've tried the kanban template, which looks good. I'm able to create epics. Per epic I can create user stories (=child issues). But when I then want to create child issues for a user story, I only get the option to create a subtask and I can't link a team to that sub-task. In other words, I'm missing the task level in my board. The subtasks would be preferabally only for the developer to cut his/her work in pieces.

Example:

* Epic: Improve login system
  * User story: As a user, I want to be able to login using a magic link
    * Task: Implement magic link functionality (frontend)
      * Subtask: ...
      * Subtask: ...
    * Task: Create email template (backend)
      * Subtask: ...
      * Subtask: ...

Is this possible in Jira?


Answers:
author: Mikel Garcia Bartolome
body: hey [@Joeri Stouten](/t5/user/viewprofilepage/user-id/5597323),In Jira, the hierarchy you want to achieve (Epic \> User Story \> Task \> Subtask) can be implemented, but with some adjustments. Here's how you can configure your Jira to best match your team's workflow:

**Hierarchy and Board Configuration**

1. Epic Level
   1. The Epic is a high-level work item that can be created and tracked on a Scrum or Kanban board.
   2. In the Kanban or Scrum board, the Epic will appear in the Epic panel.
2. User Story Level
   1. User Stories can be created as child issues of the Epic. Jira natively supports this hierarchy.
   2. The user story describes a feature or a requirement from the perspective of the end-user.
3. Task Level
   1. By default, Jira considers Tasks and User Stories to be on the same hierarchy level.
   2. To differentiate tasks as a child of a user story, you can either:
      1. Use standard issue linking: You can manually link tasks to a user story using "relates to," "blocks," or other links, but this won't show a strict hierarchy.
      2. Use subtasks for smaller items, but this won't separate tasks and user stories easily.
4. Subtasks
   1. Subtasks are linked directly to their parent tasks or user stories. In your case, the developers could break down their tasks into multiple subtasks.

**Solution to Achieve Your Structure**

If you want to introduce a Task level between User Stories and Subtasks, Jira natively doesn't allow more than the Epic \> Issue \> Subtask hierarchy. However, there are a few workarounds:

1. Create a Custom Issue Type for Tasks
   1. You can create a new custom issue type called "Task" and make it the child of User Stories. However, these will technically still be on the same level as Subtasks in Jira's hierarchy.
   2. In Jira, you can't nest issue types beyond the Epic \> Issue \> Subtask hierarchy without plugins.
2. Use an App like "Structure" or "Advanced Roadmaps"
   1. Tools like Structure (or Advanced Roadmaps if you're using Jira Premium) allow you to build custom hierarchies. You can create a custom level between User Stories and Subtasks called Task, allowing more flexibility in your hierarchy.

**Board Configuration**

1. Create an Issue Type Scheme
   1. Create an issue type scheme that includes Epic, User Story, Task, and Subtask.
   2. Ensure that these issue types are available in the project where you are using your board.
2. Set up Board Filters
   1. Configure the board filters so that Tasks (and not subtasks) appear on the board. Subtasks should only be visible in the context of the parent issue.
3. Use Workflow Schemes:
   1. You can set different workflows for Tasks and Subtasks, where subtasks are managed separately and can be assigned to individual team members.

**Example Hierarchy**

1. Epic: Improve login system
2. User Story: As a user, I want to log in using a magic link.
3. Task (custom issue type): Implement magic link functionality (frontend).
4. Subtask: Develop frontend login form.
5. Subtask: Implement frontend validation.
6. Task: Create email template (backend).
7. Subtask: Create email HTML template.
8. Subtask: Implement backend email logic.


author: Laura Campbell _Seibert Media_
body: Hi [@Joeri Stouten](/t5/user/viewprofilepage/user-id/5597323) and welcome to Community.

The standard Jira issue hierarchy is Epic, Task, Subtask.

At the Task level, you can have lots of different kinds of issues: User Story, Bug, Task, etc

That means Stories and Tasks are at the same hierarchy level and cannot have a parent/child relationship.

However, you can still link the issues. In the scenario you give, you could choose Blocks or or create a new link type such as "Requires", so that the User Story is blocked by the Tasks. When you look a User Story, you would be able to see which issues are linked to it as "blocking"; this is not exactly the same as making them child issues (again, not possible out of the box), but should help you achieve your goal of understanding which issues must be completed before another issue can be considered finished.


Tags: cloud

jira-cloud