🧐 Типы задач в Jira — что такое Epic, Story, Task
В Jira существует 5 базовых типов задач:
- Эпик (epic) — большая задача, на решение которой команде нужно несколько спринтов
- История (story) — часть большой задачи (эпика), которую команда может решить за 1 спринт
- Задача (task) — техническая задача, которую делает один из членов команды
- Под-задача (sub-task) — часть истории / задачи, которая описывает минимальный объем работы члена команды
- Баг (bug) — задача, которая описывает ошибку в системе
Если вы хотите узнать о них подробнее — вы в правильном месте.
В этой статье мы разберемся с определениями issue, эпик (epic), история (story), задача (task), под-задача (sub-task) и баг (bug) в Jira, посмотрим зачем они нужны и как они связаны.
🔥 Интересуешься тестированием и хочешь получать актуальную информацию?
👉 Присоединяйся к 3,000+ тестировщикам в Телеграм!
Что такое Issue в Jira?
Все задачи, созданные в Jira, называются issue (или “проблема”).
Ей может представлять что угодно: баг в системе, задача по разработке, отзыв с формы контактов, на который нужно ответить. По сути это любая задача, на которую нужно отреагировать и что-то сделать.
Проблема соответствует определенной части работы, которую нужно сделать.
Каждой проблеме присваивается уникальный ID, по которому ее можно легко найти.
Для логического разделения, упрощения управления и возможности более гибкой настройки рабочих процессов, проблемы делят на типы.
Изначально в Jira есть 5 базовых типов проблем, но, при необходимости, их можно дополнять / изменять / удалять.
Что такое Эпик (Epic) в Jira?
Эпик (epic) — большая задача, на решение которой команде нужно несколько спринтов.
Как пример, можно рассмотреть эпик “Разработать блог для сайта N”.
Под “разработать” может подразумевается:
- Проработать структуру блога
- Создать дизайн
- Разработать, протестировать блог
- Подготовить аналитику
- Подготовить начальный контент
- Развернуть и запустить блог
- …
Как мы видим, объем работ — большой. Количество людей, которые будут принимать участие в работе — большое. Время на реализацию — явно не 2 часа 🙂
Все характеристики эпика соблюдены)
Основное предназначение эпика — организация работ.
В нем может храниться: предварительное задание, общее видение проекта, дизайн, ссылки на документацию, любая дополнительная информация, которая необходима для решения проблемы.
Из-за своего объема и абстрактности эпики всегда разбиваются на части, которые описывают более конкретные “шаги” для решения проблемы.
Эти части называются история и задача.
Если вы хотите разобраться в эпиках более детально:
Что такое История (Story / User Story) в Jira?
История (story) — часть большой задачи (эпика), которую команда может решить за 1 спринт.
Она описывает реализуемую работу (или функционал) с точки зрения конечного пользователя и, обычно, имеет заголовок вида:
Как [тип клиента], [хочу/могу то-то], [чтобы делать что-то]
Если продолжить рассмотрение примера эпика Разработать блог для сайта “N”, можно выделить такие истории:
- Как клиент, я могу связаться с суппортом компании, отправив заявку на странице /contact-us, чтобы решить возникшую проблему
- Как BA, я могу разделить посетителей сайта на 2 группы и провести А/Б тест для главной страницы, чтоб увеличить конверсию страницы
- Как контент-менеджер, я могу добавить интерактивный график на любую страницу блога, чтоб посты были более интерактивными
- …
Теперь части работы стали меньше и они — более понятные. Их можно смело отдавать командам на оценку!
Истории оцениваются командой в story points.
Так же, в них обязательно должны быть критерии приемки (acceptance criteria), благодаря которым команда сможет понять, что работа сделана.
Написание хороших историй — это целая наука!
Если вы хотите разобраться в историях более детально:
- Пользовательские истории с примерами и шаблоном
- How to Write Good User Stories in Agile Software Development
- Как писать User Story
Задача (Task) в Jira
Задача (task) — техническая задача, которую делает один из членов команды.
Обычно, технические задачи не связанны с командной работой, но необходимы для успешного завершения эпиков.
Продолжаем пример с блогом)
Задачи, которые помогут в реализации:
- Создать репозиторий для проекта
- Настроить сайт testing/ production enviromnent
- Ежедневный просмотр логов ошибок
- …
Как вы видите, задачи — это очень конкретные технические моменты, которые не можно “преобразовать” в истории, так как ими занимается один человек.
Но, без таких задач — блог не получится завершить 🙂
Некоторые компании / команды оценивают задачи в часах
Как показывает моя практика — это пустая трата времени, сил и ожиданий.
Практически всегда оценка не совпадет с реальным временем выполнения, причем не важно, оценку делает Junior или Senior разработчик (у Senior отклонение меньше, но оно все равно есть)
Так, задачу оцененную в “два часа от силы” могут делать неделю, а задачу оцененную в “5 часов” — 30 минут 🙂
Вместо оценки задачи в часах — лучше просить разбивать задачу на под-задачи (о них — ниже)
В таком случае:
- разработчику будет проще, потому что он сможет более точно понять суть и объем задачи
- менеджеру будет проще, потому что ход выполнения задачи будет перед глазами (в виде закрытых / открытых “кусочков”) и не нужно будет постоянно ходить к разработчику с вопросом “ну что там, когда будет готово?” и бесить его 😡🤬
Большое количество проблем с типом “задача” в беклоге может указывать на присутствие микро-менеджмента ☠️
В такой ситуации команда не участвует в проработке лучших вариантов решения реальных проблем!
Анализ и подготовка задач происходит “наверху”, задачи опускаются “вниз”, и чаще всего (ввиду не понимания корня проблемы) впоследствии ничего не решают!
Под-задача (Sub-task) в Jira
Под-задача (sub-task) — часть истории / задачи, которая описывает минимальный объем работы члена команды
Разбивав историю на под-задачи ее намного удобнее оценивать и контролировать ход выполнения
Обычно, каждый член команды создает под-задачи для себя во время планирования работы на следующий спринт.
Например, для истории “Как клиент, я могу связаться с суппортом компании, отправив заявку на странице /contact-us, чтобы узнать больше о компании” под-задачи могут быть такими:
- Создать страницу /contact-us (Backend)
- Сверстать страницу /contact-us (Frontend)
- Интегрировать верстку и форму (Frontend)
- Интегрировать верстку и форму (Backend)
- Подготовить тестовую документацию (QC)
- Проверить страницу /contact-us (QC)
- Создать и настроить почту для суппорта (Admin)
Баг (Bug) в Jira
Задачи типа Баг (Bug) 🐛 фиксируют ошибки, которые нужно проанализировать и может быть исправить️️️️ ❗️❗️.
Иногда, владельцу продукта сложно понять “суть” ошибки, приоритеты проставляются не правильно и баги “тонут” в беклоге. Это может приводить к постепенному ухудшению качества продукта :(
Внедрение Zero Bug Policy помогает избавиться от этой проблемы раз и на всегда.
Выводы
Приведенные типы задач лишь базовые!
Jira — очень гибкий инструмент! Она позволяет добавить новые типы задач, которые нужны именно Вам!
Существуют команды, которые собирают эпики в большие “мега” проекты. Или те, кто создают требования как тип задач, для более удобной связи требований — тестов — задач/багов.
Главное — не бояться разбираться в чем-то новом и постоянно экспериментировать! 🥼⚗️🧪
Удачи в Ваших проектах 🥳🤩
🔥 Интересуешься тестированием и хочешь получать актуальную информацию?
👉 Присоединяйся к 3,000+ тестировщикам в Телеграм!
Тебе не хватает практики по тестированию?
👉 Получи практическое задание!
Хочешь расти быстрей, как профессионал?
👉 Оставляй заявку на менторство!
