Что такое эпик в Jira и как его оформить

Вячеслав Степанов — проджект-менеджер, ментор · 26 октября 2026

Эпик — первое, что проджект заводит в Jira, когда команда берётся за новую фичу. Хорошо оформленный эпик отвечает руководителю и продакту на вопрос «что делаем, зачем и когда закончим», а плохо оформленный превращается в бесконечную папку, где копятся задачи. В статье пройдём по иерархии задач Jira, заполним поля и описание эпика, соберём пример с задачами и посмотрим на типичные ошибки.

Если видео не открывается — смотри на YouTube (может понадобиться VPN).

Что такое эпик

Эпик (epic) — крупная единица работы, которая объединяет несколько задач с одной общей целью. Обычно эпик — это фича или заметная часть продукта: «Telegram-бот для учеников», «Массовый импорт учеников из файла», «Оплата по СБП».

Слово пришло из гибкой разработки. Майк Кон в книге «User Stories Applied» (2004) называл эпиками слишком большие пользовательские истории, которые нужно разбить на меньшие. В Jira эпик стал отдельным типом задачи, верхним уровнем, под которым собирается вся работа по фиче.

Эпик в иерархии задач Jira

Если сомневаешься между историей и задачей, задай один вопрос: пользователь это заметит? Подзадачи (sub-task) нужны, чтобы разделить одну историю или задачу между исполнителями: часть для бэкенда, часть для фронтенда. А как правильно описать баг, я разбирал отдельно.

Главный признак хорошего эпика

У эпика должна быть точка завершения. «Telegram-бот: привязка аккаунта и просмотр уроков» закончится, когда бот работает на проде и эти сценарии проходят. А эпик «Бот» не закончится никогда: «бот вообще» — это целый раздел продукта, в который будут вечно складывать новые задачи.

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

Как оформить эпик

У эпика пять основных полей:

• Название описывает конкретный результат: «Telegram-бот: привязка аккаунта и просмотр уроков».
• Описание передаёт смысл эпика, о нём расскажу дальше.
• Приоритет ставят по важности фичи и с оглядкой на дорожную карту.
• Ответственный — владелец эпика. Чаще всего это проджект-менеджер или продакт-оунер.
• Статус: в бэклоге, в работе или завершён.

Как это выглядит на примере эпика «Telegram-бот для учеников»:

Результат и признак завершения часто путают. Если вписать в признак завершения пользу («ученики не пропускают уроки»), эпик невозможно закрыть: эффект проявится через месяцы, а карточка должна закрыться сразу после выпуска.

Пример эпика с задачами

У историй принято писать формулировку по шаблону «как кто, я хочу что, чтобы зачем»: «Как ученик, я хочу подключить свой Telegram к боту по коду от преподавателя, чтобы видеть уроки и получать напоминания». К каждой истории и задаче добавляют критерии приёмки — условия, по которым понятно, что работа сделана.

Описания и критерии для десятка задач удобно набрасывать с помощью ИИ: дай ему название задачи и контекст фичи и попроси коротко описать работу и 3–5 проверяемых критериев. Результат обязательно вычитывают и дополняют деталями команды: за текст в Jira отвечает тот, кто его завёл.

Когда внутри эпика нужны истории

Истории появляются, когда большую ценность можно разбить на несколько отдельных возможностей для пользователя. В эпике про Telegram-бот так и есть: привязать аккаунт, посмотреть расписание, получить напоминание. Каждую из этих возможностей ученик видит и использует отдельно.

Бывает и иначе. Эпик «Массовый импорт учеников из файла» — это одна неделимая ценность: экран загрузки без обработки файла бесполезен, обработка без экрана недоступна. Поэтому внутри только задачи: экран, обработка на сервере, дизайн. Здесь одну работу делят между исполнителями, и натягивать на эти задачи шаблон истории не нужно.

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

Эпики, спринты и дорожная карта

На планировании команда берёт в спринт конкретные задачи из эпика в том объёме, который успеет сделать. Поэтому один эпик часто живёт несколько спринтов. Чтобы видеть, как эпики растягиваются во времени, в Jira есть раздел Roadmap. Это диаграмма Ганта на уровне эпиков. Его удобно показывать руководителю: он видит полосу фичи с датами и не тонет в сотне карточек.

Типичные ошибки

• Эпик-раздел. «Бот», «Оплаты», «Админка»: в них годами копятся задачи. Помогают название-результат и признак завершения, сформулированный одной фразой.
• Эпик берут в спринт целиком. Его невозможно сделать за две недели, и спринт срывается. Бери в спринт задачи изнутри эпика.
• Пустое описание. Через месяц никто не помнит, зачем это затевали. Чтобы этого не было, заполняй три блока: проблема, результат, признак завершения.
• Шаблон истории на технической работе. Формулировка «Как сервер, я хочу обновить библиотеку» звучит натянуто. Решается одним вопросом: если пользователь этого не заметит, заводи задачу (Task).
• Эпик без владельца. Никто не следит, что он движется и когда его закрыть. Выход: назначать ответственного с первого дня.

Частые вопросы