Что такое эпик в Agile? Нужен ли он вам?

Не существует универсального решения для управления проектами. Линейные методы, такие как управление проектами по методу Waterfall, предусматривают последовательное прохождение проектов через различные этапы. Методологии управления проектами Agile, такие как Канбан и Scrum, используют итеративный процесс, позволяющий командам адаптировать и корректировать проект по ходу работы.

Если вы уже использовали методологию Agile, то знаете, что Agile-проекты разбиваются на спринты — рабочие блоки продолжительностью 2–4 недели. Перед каждым спринтом участники команды берут задачи из продуктового бэклога — каждая отдельная задача называется пользовательской историей.

В рамках этой системы может произойти одно из двух:

1. История пользователя слишком велика, чтобы с ней мог справиться один человек, и её необходимо разбить на более мелкие части.

2. Пользовательские истории связаны между собой и способствуют достижению более масштабной цели. 

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

Что такое эпик в Agile?

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

Как эпик вписывается в Agile-менеджмент?

Как и любая работа, ваши эпосы в конечном итоге связаны с вашими общими бизнес-целями. Давайте разберёмся шаг за шагом, как именно это сделать: 

1. Ваша команда ставит цели на год.

2. Эти годовые цели разбиваются на крупные инициативы (в зависимости от размера вашей команды у вас может быть 1–3 инициативы в квартал).

3. Каждая инициатива состоит из множества эпиков — крупных объёмов работы в рамках инициативы.

4. Каждый эпос дополнительно разбивается на пользовательские истории.

5. Пользовательские истории хранятся как элементы продуктового бэклога.

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

Давайте рассмотрим в качестве примера запуск обновления продукта. Общий результат — это запуск, но он не даёт много информации тем, кто работает над проектом. Участники команды, глядя на эту цель, не знают, как её достичь — она кажется им неподъёмной. Разбив проект на дорожную карту продукта, а затем на эпосы, вы можете уменьшить это чувство перегруженности, повысить производительность и укрепить моральный дух.

Преимущества использования эпиков в Agile

Эпики Agile продвигают проекты вперёд, превращая большие объёмы работы в осязаемые задачи. Без них проекты рискуют зайти в тупик, а команды могут выгореть, работая без видимого конца. 

Разбивайте большие объёмы работы на задачи

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

Определите, кто, что и когда должен сделать в рамках проектов

Разбивка инициатив на эпосы показывает, как будет выполняться работа. Для каждого эпоса вы также указываете владельца продукта, ответственного за завершение, какие задачи включены, и дедлайн. 

Предоставлять заинтересованным лицам краткий обзор

Эпики объединяют пользовательские истории в более крупную группу. Когда внешним и внутренним заинтересованным сторонам требуется доступ к информации — будь то дедлайн или отчёт о ходе работ, — они могут просто посмотреть ход выполнения ваших эпиков Agile. Это устраняет необходимость в проведении ненужных совещаний о состоянии дел и ежедневных отвлечениях. 

Упрощение отслеживания работы

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

Сократить разрастание объёма

При разработке плана проекта вы определяете объём работ и ожидаемые результаты. Но проекты Agile отличаются гибкостью — это одно из их основных преимуществ. Это отлично подходит для стимулирования креативности, но не так хорошо для соблюдения первоначального объёма работ. Эпики помогают предотвратить разрастание объёма и перегрузку, определяя целевые задачи.   

Повышение продуктивности

Масштабные цели общего характера могут казаться непреодолимыми. Трудно работать над чем-то, когда это ещё только концепция. Чтобы добиться прогресса в достижении таких целей, необходимо преобразовать работу во что-то достижимое. У команд будет больше мотивации для выполнения эпиков, чем если бы они просто стремились к реализации более масштабных инициатив.

Пример Agile-эпика

Чтобы лучше понять, как работают эпосы, давайте рассмотрим пример. 

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

Цель: повысить удовлетворённость клиентов на 10% в этом году.

Инициатива: улучшения продукта в кв. 1

Эпик: Создать более удобную панель задач для отчётности, чтобы конечный пользователь мог отслеживать ход работ в приложении.

Пользовательские истории: 

• Мне нужна панель задач для отчётности, чтобы я мог быстро просматривать данные.

• Я хочу скачивать отчёты, чтобы делиться ими с заинтересованными сторонами.

• Мне нужны графики для наглядного представления работы, чтобы я мог включать их в официальные отчёты и презентации.

• Я хочу добавить всех заинтересованных лиц на свою панель задач, чтобы у каждого был доступ к информации о ходе работ по проекту.

Как создать эпик в рамках методологии Agile

При создании эпика Agile подходите к нему со стратегической точки зрения. Эпик будет определять вашу работу и ежедневные задачи. Она должна быть достаточно небольшой, чтобы её можно было выполнить (ведь это уже не этап генерации идей), и достаточно конкретной, чтобы вы могли оценить её успешность. 

Шаг 1. Определение эпика

Чтобы получить максимальную отдачу от своих эпиков, следуйте этим лучшим практикам.  

1. Придерживайтесь параметров SMART-целей. Сделайте каждый эпос SMART — конкретным, измеримым, достижимым, реалистичным и ограниченным по времени. При создании эпика следует избегать двусмысленности и обобщений. SMART-цели делают эпики целенаправленными и подробными, чтобы все точно знали, чего ожидать. 

2. Определите, как вы будете измерять достижение цели. Иными словами, как вы узнаете, что проект завершён? Именно на этом этапе вы определяете конкретные результаты — как количественные, так и качественные. 

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

4. Установите сроки. Эпики не должны быть слишком длинными или слишком короткими. Дедлайн может сдвигаться, но, чтобы охватить несколько спринтов, вам следует стремиться к тому, чтобы каждый эпик занимал от 1 до 4 месяцев. 

Шаг 2. Разбейте эпик на отдельные истории пользователей

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

Например, допустим, что большая пользовательская история, лежащая в основе вашей эпической задачи Agile, звучит так: «Как клиент, я хочу сократить время, необходимое мне для выполнения нужных действий в продукте». Одной из небольших пользовательских историй может быть следующая: «Как клиент, я хочу сократить количество кликов, необходимых для перехода на мою личную панель задач».

Шаг 3. Определитесь с приоритетом своей эпопеи

Большинство команд выбирают фреймворк Agile из-за его гибкости. Разбивая свои эпики Agile на более мелкие пользовательские истории, помните, что это должно работать на вашу команду. Эти варианты разбивки — это рекомендации, а не правила. Чтобы определить, какую разбивку следует использовать, учтите размер эпика, его уровень приоритетности и наличие зависимостей.

По рабочему процессу

Чтобы использовать рабочие процессы для своих эпосов, вам нужно будет разбить их на задачи. Затем эти задачи используются для создания рабочего процесса, в который при необходимости можно добавлять назначенных участников команды, дедлайны и зависимости. Основное преимущество рабочего процесса — это его функциональность, позволяющая менеджеру проекта делегировать, распределять и расставлять приоритеты задач. Если вы используете инструмент для управления проектами, вы также сможете автоматизировать эти задачи рабочего процесса и подключать приложения, которые лучше поддерживают вашу работу.

По хронологии

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

По ролям

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

Agile-эпик: запуск новой функции

• Роль: инженер

  • Задачи

• Роль: специалист по маркетингу продукта

  • Задачи

• Роль: дизайнер

  • Задачи

Сделайте свой следующий проект эпическим

Управление проектами методом Agile — это более гибкий и адаптивный способ планирования работы, а эпосы Agile помогают выполнять эту работу. Они помогают сделать работу более понятной и прояснить все аспекты проекта, улучшая рабочий процесс с каждой итерацией спринта. Благодаря такой ясности и направленности команда может выполнять работу, в которой она лучше всего разбирается, продвигая проекты вперёд с меньшими усилиями и большей концентрацией.