Эпик
Эпик — это «крупный план» работы, который объединяет связанные пользовательские истории под общей целью. Эпики помогают видеть картину выше уровня отдельных задач — что мы строим в этом квартале, в этом полугодии.
Типичная иерархия:
- Тема (Theme) — стратегическое направление продукта (например, «Улучшить онбординг»).
- Эпик — крупный кусок работы внутри темы (например, «Интерактивный туториал»).
- User Story — конкретное требование, которое можно сделать за спринт (например, «Как новый пользователь, я вижу подсказку при первом входе»).
- Задача (Task) — техническая декомпозиция истории.
Эпик считается завершённым, когда все его истории закрыты. Эпики обычно живут в Product Backlog 1–3 квартала.
Когда применять и когда нет
Применять
- Работа большая, не помещается в один спринт
- Нужно объединить связанные истории под общей целью
- Стейкхолдеры спрашивают про прогресс по «направлениям», а не по отдельным задачам
Не применять
- Маленькие изолированные задачи (хватает User Story)
- Нет иерархии и направлений, всё — в одном потоке
Примеры применения
Эпик «Реферальная программа»: 8 пользовательских историй (генерация ссылок, страница приглашения, бонусы, трекинг конверсии, email-уведомления, админка, отчёты, A/B-тесты на варианты). Длительность — ~2 квартала.
Часто задаваемые вопросы
Эпик — большой кусок работы (1–3 квартала), который не помещается в один спринт. User Story — конкретное требование, которое можно сделать за спринт (1–2 недели).
Чаще всего 5–15. Если меньше 3 — это просто User Story. Если больше 20 — стоит разбить эпик на два-три более фокусных.
Можно, особенно для долгоживущих направлений (например, «Постоянное улучшение производительности»). Но для большинства эпиков полезно ставить ориентировочный квартал — это помогает приоритизации.