Тип задачи ошибка в jira

Что такое родительские и дочерние задачи?

Терминами «родительская» и «дочерняя» описывают тип связи между задачами:

• родительская — это задача, находящаяся на более высоком уровне иерархии по отношению к другой задаче (например, задание, состоящее из подзадач);
• дочерняя — это задача, находящаяся на более низком уровне иерархии по отношению к другой задаче (например, подзадача в составе задания).

Таким образом, связи между родительскими и дочерними элементами не ограничиваются какими-то определенными типами задач. Задача любого типа может быть как родительской, так и дочерней. Единственным исключением являются подзадачи: они могут быть только дочерними, поскольку находятся на самом нижнем уровне иерархии.

В данной статье мы рассмотрим типы и схемы типов задач. В JIRA можно использовать различные типы задач (запросов): задача, подзадача, ошибка, улучшение и т.д. В системе есть стандартные типы запросов, которые можно править и удалять, а также можно создавать и свои типы запросов. Проект в JIRA может содержать указанный вами набор типов запросов.

Данная статья относится к циклу статей, которые помогут вам внедрить JIRA SOFTWARE в организации.

К примеру, если в JIRA есть 20-ть типов запросов, то «Проект 1» может содержать 5-ть типов из 20-ти, а «Проект 2» все 20-ть. Это регулируется схемами типов задач.

Таким образом, у нас есть зависимости:
1. К схеме типов задач привязываются определённые типы задач.
2. К проекту привязывается схема типов задач, в которой указано, какие типы задач доступны в этом проекте.

В JIRA мы можем создавать любое количество типов задач, а также любое количество схем типов задач. К проекту может быть привязана только одна схема типов задач. К схеме типов задач может входить любое количество типов задач.

Создание типов задач (запросов)

Выполнять все последующие операции может только пользователь, имеющий права администратора в JIRA. Настраивать будем русифицированную версию JIRA.

Переходим в раздел администрирования «Задачи» — «Типы задач»:

Попадаем в раздел типов задач, которые имеются у нас в системе. Здесь добавляем все типы задач, которые мы будем использовать в проектах JIRA. Если не знаете какие типы вам нужны, то для начала создайте следующие типы:

• Задача
• Подзадача
• Ошибка
• Эпик (должен быть создан по умолчанию)

Справа сверху нажимаем кнопку «Добавить тип проблемы». Далее заполняем все необходимые поля:

При создании «Подзадача» указывайте тип «Тип Подзадачи».

Подзадача в JIRA может быть создана только с привязкой к конкретной задаче. Подзадача не может быть создана с привязкой к Подзадаче.

После создания типа задачи нажимаем напротив неё «Редактировать»:

В открывшемся окне присваиваем типу задачи любую понравившуюся вам иконку:

Создание схемы типов задач

После создания требуемого нам количества типов задач переходим к созданию схемы типов задач. Рекомендую указывать в названии схемы типов задач название проекта, чтобы любой администратор мог понять, к какому проекту относится схема. Данный совет применим ко всем последующим сущностям, которые мы будем рассматривать в цикле статей посвящённых внедрению JIRA.

Переходим в раздел администрирования «Задачи» — «Схемы типов задач»:

Справа сверху нажимаем кнопку «Добавить схему типов задач» и заполняем открывшуюся форму:

Именуем создаваемую схему, выбираем типы задач, которые мы будем использовать в проекте, выбираем тип задачи по умолчанию и нажимаем «Сохранить». После этого в списке схем типов задач мы увидим следующее:

Данную схему мы будем привязывать к проекту «Проект 1» в статье посвящённой созданию проектов.

В Jira существует 5 базовых типов задач:

1. Эпик (epic) — большая задача, на решение которой команде нужно несколько спринтов
2. История (story) — часть большой задачи (эпика), которую команда может решить за 1 спринт
3. Задача (task) — техническая задача, которую делает один из членов команды
4. Под-задача (sub-task) — часть истории / задачи, которая описывает минимальный объем работы члена команды
5. Баг (bug) — задача, которая описывает ошибку в системе

Если вы хотите узнать подробнее о типах задач в Jira — вы в правильном месте.

В этой статье мы разберемся с определениями issue, эпик (epic), история (story), задача (task), под-задача (sub-task) и баг (bug), посмотрим зачем они нужны и как они связаны.

Что такое Issue в Jira?

Все задачи, созданные в Jira, называются issue (или “проблема”).

Она может представлять что угодно: баг в системе, задача по разработке, отзыв с формы контактов, на который нужно ответить. По сути это любая задача, на которую нужно отреагировать и что-то сделать.

Проблема соответствует определенной части работы, которую нужно сделать.

Каждой проблеме присваивается уникальный ID, по которому ее можно легко найти.

Для логического разделения, упрощения управления и возможности более гибкой настройки рабочих процессов, проблемы делят на типы.

Изначально в Jira есть 5 базовых типов проблем, но, при необходимости, их можно дополнять / изменять / удалять.

Что такое Эпик (Epic) в Jira?

Эпик (epic) — большая задача, на решение которой команде нужно несколько спринтов.

Для примера можем рассмотреть эпик “Разработать блог для сайта N”.

Под “разработать” может подразумеваться:

1. Проработать структуру блога
2. Создать дизайн
3. Разработать, протестировать блог
4. Подготовить аналитику
5. Подготовить начальный контент
6. Развернуть и запустить блог
7. …

Как мы видим, объем работ — большой. Количество людей, которые будут принимать участие в работе — большое. Время на реализацию — явно не 2 часа 🙂

Все характеристики эпика соблюдены)

Основное предназначение эпика — организация работ.

В нем может храниться: предварительное задание, общее видение проекта, дизайн, ссылки на документацию, любая дополнительная информация, которая необходима для решения проблемы.

Из-за своего объема и абстрактности эпики всегда разбиваются на части, которые описывают более конкретные “шаги” для решения проблемы.

Эти части называются история и задача.

Если вы хотите разобраться в эпиках более детально:

1. Эпики agile. Определение, примеры и шаблоны
2. Узнайте, как использовать эпики в Jira Software

Что такое История (Story / User Story) в Jira?

История (story) — часть большой задачи (эпика), которую команда может решить за 1 спринт.

Она описывает реализуемую работу (или функционал) с точки зрения конечного пользователя и, обычно, имеет заголовок вида:

Как [тип клиента], [хочу/могу то-то], [чтобы делать что-то]

Если продолжить рассмотрение примера эпика Разработать блог для сайта “N”, можно выделить такие истории:

1. Как клиент, я могу связаться с суппортом компании, отправив заявку на странице /contact-us, чтобы решить возникшую проблему
2. Как BA, я могу разделить посетителей сайта на 2 группы и провести А/Б тест для главной страницы, чтоб увеличить конверсию страницы
3. Как контент-менеджер, я могу добавить интерактивный график на любую страницу блога, чтоб посты были более интерактивными
4. …

Теперь части работы стали меньше и они — более понятные. Их можно смело отдавать командам на оценку!

Истории оцениваются командой в story points.

Также в них обязательно должны быть критерии приемки (acceptance criteria), благодаря которым команда сможет понять, что работа сделана до конца.

Написание хороших историй — это целая наука!

Если вы хотите разобраться в историях более детально:

1. Пользовательские истории с примерами и шаблоном
2. How to Write Good User Stories in Agile Software Development
3. Как писать User Story

Задача (Task) в Jira

Задача (task) — техническая задача, которую делает один из членов команды.

Обычно, технические задачи не связанны с командной работой, но необходимы для успешного завершения эпиков.

Продолжаем пример с блогом)

Задачи, которые помогут в реализации:

1. Создать репозиторий для проекта
2. Настроить testing/production окружения
3. Ежедневный просмотр логов ошибок
4. …

Как вы видите, задачи — это очень конкретные технические моменты, которые нельзя “преобразовать” в истории, так как ими занимается один человек.

Но, без таких задач — блог не получится завершить 🙂

Некоторые компании / команды оценивают задачи в часах

Как показывает моя практика — это пустая трата времени, сил и ожиданий.

Практически всегда оценка не совпадет с реальным временем выполнения, причем не важно, оценку делает Junior или Senior разработчик (у Senior отклонение меньше, но оно все равно есть)

Так, задачу оцененную в “два часа от силы” могут делать неделю, а задачу оцененную в “5 часов” — 30 минут 🙂

Вместо оценки задачи в часах — лучше просить разбивать задачу на под-задачи (о них — ниже)

В таком случае:

1. разработчику будет проще, потому что он сможет более точно понять суть и объем задачи
2. менеджеру будет проще, потому что ход выполнения задачи будет перед глазами (в виде закрытых / открытых “кусочков”) и не нужно будет постоянно ходить к разработчику с вопросом “ну что там, когда будет готово?” и бесить его 😡🤬

Под-задача (Sub-task) в Jira

Под-задача (sub-task) — часть истории / задачи, которая описывает минимальный объем работы члена команды.

Разбиение задач на под-задачи позволяет проводить более точное оценивание трудозатрат, потому что нам проще оценивать работу по частям 🙂

К тому же, под-задачи упрощают процесс контроля выполнения работы. По их статусам видно что уже сделано, что находится в работе и что еще не начинали делать.

Обычно, каждый член команды создает под-задачи для себя во время планирования работы на следующий спринт.

Например, для истории “Как клиент, я могу связаться с суппортом компании, отправив заявку на странице /contact-us, чтобы узнать больше о компании” под-задачи могут быть такими:

1. Создать страницу /contact-us (Backend)
2. Сверстать страницу /contact-us (Frontend)
3. Интегрировать верстку и форму (Frontend)
4. Интегрировать верстку и форму (Backend)
5. Подготовить тестовую документацию (QC)
6. Проверить страницу /contact-us (QC)
7. Создать и настроить почту для суппорта (Admin)

Баг (Bug) в Jira

Задачи типа Баг (Bug) 🐛 фиксируют ошибки, которые нужно проанализировать и может быть исправить️️️️ ❗️❗️.

Иногда, владельцу продукта сложно понять “суть” ошибки, приоритеты проставляются не правильно и баги “тонут” в беклоге. Это может приводить к постепенному ухудшению качества продукта.

Внедрение Zero Bug Policy помогает избавиться от этой проблемы раз и на всегда.

Выводы

Приведенные типы задач лишь базовые!

Jira — очень гибкий инструмент! Она позволяет добавить новые типы задач, которые нужны именно Вам!

Существуют команды, которые собирают эпики в большие “мега” проекты. Или те, кто создают требования как тип задач, для более удобной связи требований — тестов — задач/багов.

Главное — не бояться разбираться в чем-то новом и постоянно экспериментировать! 🥼⚗️🧪

Удачи в Ваших проектах 🥳🤩

FAQ

Виды Issue
Глобальные
— Standard
— Sub-task
Частные
Чем Epic принципиально отличается от остальных
Создание кастомных задач
Структура вложенности
Где часто допускают ошибки

Рассмотрим главную сущность Jira Software Atlassian — Issue. Она же тикет, таск и задача. Не все знают, что за этими названиями скрываются разные по своей сути сущности. Поэтому нужно понимать, к чему приводит выбор того или иного типа, что мы получим и как будем сущностью пользоваться. Если не учесть эту разницу, в работе начинается путаница и ведение проекта превращается в ад.

Каждый администратор Jira сталкивается с проблемой многоуровневой настройки интерфейса. Важно организовать все интуитивно понятно и сделать так, чтобы выбранная структура отражала взаимосвязь задач между собой. Тогда у вас будет четкое представление о продвижении работы в команде.

Типы Issue

Каждая составляющая работы в Jira, для который заводится отдельная карточка, называется Issue (в переводе «проблема» (англ.)). Это основное понятие, от которого идет дальнейшая настройка.

Все Issue разделены на две категории.

1. Standard Issue Type
2. Sub-task Issue Type

Внутри каждой категории проблем Jira Software Atlassian предлагает набор уже встроенных типов задач.

Standard Issue Type
— Epic
— Story
— Task
— Bug

Sub-task Issue Type
— Sub-task

Чтобы не запутаться в терминологии, одну классификацию будем называть частными типами проблем (задач), другую глобальными.

Глобальные типы проблем

Классификация всех задач определена принципами работы Jira. Если мы захотим создать новый тип Issue, увидим следующее окно.

В Jira можно создать задачи только внутри двух глобальных категорий проблем — других не бывает.

Standard Issue Type и Sub-task Issue Type формируют базовую связку родительской и дочерней задачи. Если в начале работы выбрать не тот пункт, в дальнейшем мы не сможем выстроить корректную взаимосвязь между задачами.

Разделив проблемы на разные типы, мы можем не только отличить их друг от друга визуально, но и назначить им разные свойства, процессы, шаблоны описания и многое другое.

Standard Issue Type

Проблемы этого типа — автономные сущности:

• Они могут быть созданы сами по себе, как отдельные задачи.
• Они могут быть добавлены в любой спринт или удалены из него (вне зависимости от связанных с ним других подзадач).

Sub-task Issue Type

Проблемы этого типа — несамостоятельные сущности:

• Они могут быть созданы только как часть уже существующей проблемы категории Standard Issue Type.
• Для них отдельно невозможно поменять спринт или убрать их из него вовсе. Если мы убираем из спринта родительскую задачу, автоматически убирается и дочерний Sub-task.
• Они по умолчанию наследуют то значение спринта, которое имеет их родительская проблема.
• Подтаски не отображаются в бэклоге. Мы видим только их родительские задачи.

Проблемы категории Sub-task Issue Type включены в Jira по умолчанию. Если для выстраивания ваших процессов они не нужны, их можно отключить: настройки — Issue Types — Sub-tasks — Disable Sub-Tasks.

Если убрать из спринта родительскую задачу «AREND-2203», вместе с ней уйдут все вложенные подзадачи Subtasks.

Частные типы проблем (задач)

Внутри каждой категории глобальных проблем Jira Software Atlassian предлагает набор уже встроенных частных проблем (типов задач) и возможность создавать собственные.

Задачами могут быть: задание по проекту, заявка в службу поддержки, требование пользователей, техническое задание на разработку, баг в ПО и т.д. Разные типы задач нужны именно для того, чтобы мы могли отделять эти виды работ друг от друга.

По умолчанию в Jira установлены следующие Issue Types:

• Epic — проект или большая задача (термин заимствован из Agile). На реализацию эпика уходит один или несколько спринтов.
• Task — обозначает любое конечное задание, которое можно описать коротким императивом. Это самый универсальный тип задачи.
• Sub-task — подзадача — часть более крупной задачи.
• Story — пользовательская история — задача, которую, согласно методологии Agile, команда должна выполнить за один спринт.
• Bug — эта задача фиксирует ошибки, которые нужно исправить.

Обратите внимание, что Sub-task относится к категории Sub-task Issue Type, а все остальные типы проблем к категории Standard Issue Type.

Принципиальные отличия задач типа Epic

Эпик относится к Standard Issue Type, но отличается от всех других типов задач этой категории:

• Мы можем использовать только тот эпик, который уже предложен сервисом. Его невозможно скопировать, создать через кнопку Add issue type или как-то еще.
• Внутри эпика нельзя создать задачу категории Sub-task Issue Type.
• Эпик — это единственный в своем роде тип задачи с возможностью занимать высшую ступень в иерархии задач.
• Задачи внутри эпика остаются автономными и не наследуют его свойства.
• Дочерней для эпика можно сделать любую задачу из категории Standard Issue Type, кроме него самого.

Бывают, конечно, и исключения. Технически мы можем сделать один эпик родительским для другого. Можем сделать задачу категории Sub-task Issue Type внутри эпика. Так получится в том случае, если сначала мы создадим необходимую нам задачу категории Standard Issue Type, а потом изменим ее тип на «эпик».

Создание кастомных (частных) Issue Type

Если встроенных в Jira типов задач не хватает, можно создать сколько угодно собственных. Для этого нужно быть админом воркспейса.

1. Заходим в настройки (значок шестеренки у аватарки аккаунта).
2. Выбираем пункт Issues.
3. Нажимаем кнопку Add issue type (в правом верхнем углу страницы).
4. В появившемся окне задаем название, описание и выбираем глобальный тип проблемы (Standard или Sub-task).

При этом если в левом меню выбрать пункт Issue Types, увидим все типы задач, которые есть в нашем воркспейсе на данный момент. А выбрав меню Sub-tasks, увидим только подзадачи.

Структура вложенности и организация деревьев задач

Для каких именно целей использовать различные типы Issue каждая команда решает самостоятельно. Это зависит от принятых ей особенностей выстраивания процессов. Однако техническое взаимодействие между различными Issue Type регламентирует Jira. Все задачи можно выстроить максимум в три ступени иерархии. Распределяться по уровням они могут ТОЛЬКО ТАК.

Неужели, все это важно знать

Мы видим, как начинающие администраторы Jira создают слишком много кастомных типов задач. Видим, как они пытаются выдать одну задачу за другую, изменив только название и иконки задач. Так не работает.

Каждый тип Issue Type — это отдельная сущность. У нее есть назначение, определенные свойства и взаимосвязь с другими задачами. А еще разные типы задач мы используем для того, чтобы назначать каждому из них свой процесс. Иначе мы не увидим, как продвигается работа в команде.

В Jira, конечно, можно создать неограниченное количество кастомных типов задач. Но если их слишком много, это приводит лишь к путанице и не дает никакой наглядности. Лучше выделять не более 5-ти типов задач для одного проекта. Наличие каждого из них должно быть обоснованно и оправданно. Если у вас есть вопросы по Jira, напишите нам.

В следующей статье расскажем, как настраивать Workflow в Jira. Если правильно настроить воркфло, все этапы работы бизнеса становятся прозрачными и предсказуемыми 🙂