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

Универсального решения для управления проектами не существует. Линейные методы, такие как управление проектами по каскадной модели, предполагают последовательное прохождение различных этапов. Гибкие методологии управления проектами, такие как Kanban и 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% в этом году.

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

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

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

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

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

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

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

Как создать эпик в Agile

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

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

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

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

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

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

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

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

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

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

Шаг 3. Определите приоритет эпика

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

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

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

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

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

По ролям

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

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

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

  • Задания

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

  • Задания

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

  • Задания

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

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