Руководство по Agile · Agile-практики
Эпики, истории и задачи: иерархия работ в Agile
Эпики, пользовательские истории и задачи — три уровня иерархии работы в Agile. Эпик — это крупная цель, охватывающая несколько спринтов, пользовательская история — небольшая порция ценности для пользователя, которая помещается в один спринт, а задача — технический шаг, необходимый для выполнения истории.
Главное
- Эпики — это крупные цели, истории — небольшие порции ценности для пользователя, а задачи — технические шаги.
- Истории и эпики приносят ценность; задачи сами по себе — нет.
- Владелец продукта формирует эпики и истории; разработчики создают задачи.
- Сохраняйте иерархию простой и единой для всей команды.
Иерархия в общих чертах
| Уровень | Что это | Типичный размер | Кто обычно пишет |
|---|---|---|---|
| Инициатива или тема | Широкая цель или область фокуса | От нескольких месяцев до года и более | Руководство, управление продуктом |
| Эпик | Крупный объём работы с одной целью | Несколько спринтов | Владелец продукта или менеджер продукта |
| Пользовательская история | Небольшая порция ценности для пользователя | Несколько дней; помещается в один спринт | Владелец продукта вместе с командой |
| Задача | Технический шаг для выполнения истории | От нескольких часов до дня | Разработчики, выполняющие работу |
Ключевые различия
| Эпик | Пользовательская история | Задача | |
|---|---|---|---|
| Назначение | Объединить связанные истории под одной целью | Дать пользователю видимую ценность | Разбить историю на шаги |
| Точка зрения | Результат для бизнеса или пользователя | Пользователь | Техническая или командная |
| Приносит ценность сама по себе? | Да, когда выполнены его истории | Да | Нет |
| Единица оценки | Приблизительный размер или сумма стори-поинтов | Стори-поинты или аналоги | Часы или без оценки |
| Где отображается | Дорожная карта и план релизов | Бэклоги продукта и спринта | Бэклог спринта и доска задач |
| Завершается, когда | Его цель достигнута | Выполнены критерии приёмки и критерии готовности | Шаг выполнен |
Разобранный пример
Эпик: Онлайн-запись на занятия для сети фитнес-клубов.
- История: Как клиент, я хочу забронировать место на занятии, чтобы оно было закреплено за мной (5 поинтов).
- Задача: сделать кнопку бронирования и экран подтверждения (4 часа).
- Задача: добавить эндпоинт бронирования и проверку вместимости (6 часов).
- Задача: написать автоматизированные тесты для заполненных и доступных занятий (3 часа).
- Задача: обновить расписание, чтобы показывать оставшиеся места (2 часа).
- История: Как клиент, я хочу отменить запись, чтобы моё место мог занять кто-то другой (3 поинта).
- Задача: добавить кнопку «Отменить» с подтверждением (2 часа). Задача: освободить место и уведомить лист ожидания (5 часов).
Владелец продукта отслеживает эпик в рамках дорожной картыкоманда планирует истории на планировании спринта, а разработчики создают и обновляют задачи в течение спринта.
Как разбивать работу
- Начните с результата на дорожной карте и сформулируйте его как эпик с мерой успеха.
- Разбейте эпик на пользовательские истории, используя такие шаблоны, как шаги процесса, типы пользователей или сначала основной сценарий.
- Уточняйте верхние истории, пока они не будут соответствовать INVEST и не смогут быть оценены; см. уточнение бэклога.
- На планировании спринта разработчики разбивают выбранные истории на задачи.
- Ежедневно отслеживайте задачи — для этого служит доска задач; закрывайте историю, когда все критерии выполнены.
- Закрывайте эпик, когда его цель достигнута, даже если некоторые менее ценные истории остались невыполненными.
Типичные ошибки
- Использование задач для представления ценности для пользователя, из-за чего бэклог превращается в список дел без чётких результатов.
- Создание эпиков настолько крупных, что их никогда не закрывают.
- Оценка задач в часах, а историй в поинтах с последующим их сложением.
- Назначение задач людям на планировании спринта вместо того, чтобы команда сама вытягивала работу.
- Добавление лишних уровней (подэпиков, под-подзадач), из-за которых бэклог сложнее читать.
Бесплатные шаблоны по этой теме
Частые вопросы
Эпики, истории и задачи: в чём разница между эпиком и историей?
Эпик — это крупная цель, на которую уходит несколько спринтов; история — небольшая, ориентированная на пользователя порция этой цели, которая помещается в один спринт.
Эпики, истории и задачи: в чём разница между историей и задачей?
История приносит ценность пользователю; задача — это технический шаг, который помогает выполнить историю и сам по себе ценности для пользователя не несёт.
Эпики, истории и задачи: нужны ли задачам стори-поинты?
Обычно нет. Стори-поинты применяются к историям; задачи часто оценивают в часах или не оценивают вовсе.
Эпики, истории и задачи: кто создаёт задачи?
Разработчики, которые будут выполнять работу, обычно на планировании спринта и в течение всего спринта.
Эпики, истории и задачи: подзадача — это то же самое, что задача?
В таких инструментах, как Jira, подзадача — это задача, принадлежащая истории. Суть та же.
Эпики, истории и задачи: что находится выше эпика?
Команды часто используют инициативы или темы, чтобы группировать эпики под стратегической целью.
Являются ли эпики, истории и задачи частью Scrum?
Нет. Scrum определяет только бэклог продукта и его элементы; эта иерархия — распространённая практика их организации.
Эпики, истории и задачи: может ли история существовать без эпика?
Да. Небольшим самостоятельным историям не нужен родительский эпик.
Эпики, истории и задачи: сколько историй должно быть в эпике?
Строгого правила нет. Во многих эпиках от нескольких до нескольких десятков историй; если их гораздо больше, подумайте о разделении эпика.
Эпики, истории и задачи: где место багов?
Большинство команд рассматривают баг как элемент бэклога на уровне истории, иногда связанный с эпиком, и при необходимости разбивают его на задачи.
Где отслеживать эпики, истории и задачи?
В инструменте для работы с бэклогом; см. по инструментам и методам Agile и сравнение инструментов.