Эпик (Epic) в Agile

В agile-разработке эпик представляет собой серию User Story, которые разделяют более широкую стратегическую цель. Когда несколько эпиков сами разделяют общую цель, они группируются под еще более широкую бизнес-цель, называемую темой (Theme).

 User Story может быть завершена за время  спринта. Эпик обычно требует разработки, охватывающей несколько спринтов.

Вот как Agile Alliance определяет эпик:

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

Как эпик вписывается в agile разработку

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

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

 

Преимущества использования  Theme-Epic-Story

Разделение работы команды на эпики дает несколько преимуществ.

1. Это позволяет принимать более стратегически обоснованные решения.

Базовая единица измерения в гибкой разработке – это сюжет. Это показатель, который используется для оценки уровня усилий, необходимых для выполнения элемента в бэклоге команды.

Когда команда присваивает каждой своей задаче Story Points, она может добавить все очки, которые накапливаются в данном эпике, и получить представление о том, сколько времени и сколько ресурсов потребует этот эпик. Знание этого поможет команде принимать более обоснованные решения о том, на чем сосредоточить свое ограниченное время и ресурсы на разработку.

2. Это улучшает мониторинг производительности и оценки сроков.

Предположим, что кросс-функциональная продуктовая команда со временем узнает, что может выполнить работу по разработке на 20 поинтов за определенный спринт. По мере того как эта команда просматривает эпики и задачи из предстоящей работы, она будет лучше знать заранее, представляет ли запланированный спринт слишком много или слишком мало работы. Это поможет команде более точно оценить свои возможности и гарантирует, что команда не переоценивает свои ресурсы и не оставляет разработчиков в недостаточной степени.

3. Это позволяет команде сосредоточиться на ключевых целях.

В дорожной карте продукта Theme – это большие масштабные цели. Таски – это тактические единицы разработки. Эпики помогают связать все эти элементы в дорожной карте вместе, что помогает команде работать над достижением общих целей.