Эпики agile. Определения, примеры и шаблоны

Эпик — большой объем работы, который можно разбить на несколько небольших историй.

 

Max Rehkopf Max Rehkopf
Просмотр тем

В agile эпик — это объем работы, который можно разбить на несколько отдельных заданий (так называемых «историй» или «пользовательских историй») в зависимости от потребностей или запросов клиентов или конечных пользователей.

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

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

Эпики, истории и темы в agile | Atlassian — тренер по agile

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

Эпик — это большой объем работы, который можно разбить на несколько историй поменьше (в Jira они называются «задачами»). Часто эпики объединяют несколько команд, работающих над несколькими проектами; более того, часто их можно отслеживать на нескольких досках.

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

Пример эпика в agile

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

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

Команда разработчиков ПО, ответственная за процесс приобретения билетов на корабль, старт которого запланирован на март 2050 года, может организовать свой эпик следующим образом:

Эпик: запуск ракеты, март 2050 г.
История: обновить диапазон дат, включив в него даты запуска в марте 2050 г. История: уменьшить время загрузки запрошенных сведений о рейсах до < 0,45 сек. История: выводить сообщение о летней распродаже путевок на Сатурн на странице подтверждения бронирования мест в салон первого класса.

 

В это же время команды разработки ракетных двигателей могут внести в эпик следующие истории:

Эпик: запуск ракеты, март 2050 г.
История: поддерживать давление в топливных баках на уровне > 250 млн⁻¹ фунтов на кв. дюйм во время запуска. История: сократить общий расход топлива на 1 %. История: нанять нового специалиста по ракетным двигателям взамен Гэри. #garygate2050

 

Место эпиков в законченной agile-программе

Эпик должен дать команде разработчиков все, что нужно ей для успеха. С практической точки зрения эпик составляет верхний уровень в иерархии работы. Однако понимание связей между эпиком и другими agile-структурами позволяет получить представление о повседневной работе разработчиков и ее месте в более общей картине.

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

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

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

Примеры пользовательских историй | Atlassian — тренер по agile

Создание эпика в agile

При создании нового эпика можно воспользоваться другими средствами планирования и организации, которые уже есть у вашей команды. Цели или OKR команды на квартал прекрасно подойдут в качестве основы для эпиков. Создавая эпик, помните о следующем.

  • Отчетность. Создавайте эпики для тех проектов, которые привлекут внимание менеджеров и руководителей.
  • История. Эпики и составляющие их истории должны складываться в своего рода рассказ о вашем пути к той стадии, на которой возможность или продукт находятся в данный момент.
  • Культура. При выборе размера и степени детализации эпика отталкивайтесь от культуры вашей организации.
  • Время Большинство команд разработчиков прибегает к оценке сложности работы, но мы рекомендуем проверить ее продолжительность. На эпик должна уходить пара недель. Это не слишком много и не слишком мало.

Узнайте, как эпики реализованы в Jira.

Деление эпика на составляющие в agile

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

  • Роль или тип пользователя. Создайте уникальную историю для каждого типа пользователей. «Ускоренный вход в систему для новых посетителей», «ускоренный вход в систему для существующих клиентов» и т. д.
  • Упорядоченные этапы. Разделите процесс на этапы и создайте историю для каждого.
  • Культура. Ориентируйтесь по тому, как заведено в команде, и решите, будет ли история быстро выполнимой задачей или проектом на неделю.
  • Время. Если в команде не принято иначе, отводите на выполнение истории не больше одного спринта.

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

Количественная оценка эпиков в agile

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

На диаграмме Burndown для эпика показан объем работы, фактически выполненный в ходе спринта или эпика, и плановый объем работы. Горизонтальная ось X диаграммы отражает время, а по вертикальной оси Y располагаются истории или задачи.

Диаграмма Burndown в agile | Atlassian — тренер по agile

С помощью диаграммы Burndown отслеживайте, какой объем работы осталось выполнить и с какой вероятностью будет достигнута цель спринта. Отслеживая изменения в объеме работы на протяжении итерации, команда сможет регулировать прогресс и вносить корректировки в свой график.

Диаграмма Burndown помогает понять, как команда справляется и где встречаются блокеры. Когда эти данные перед глазами, все участники команды находятся в курсе происходящего и могут открыто обсуждать развитие продукта и прогнозируемое время завершения. А еще прозрачность — это залог доверия.

Узнайте, как настраивать диаграммы Burndown в Jira Software.

Общие сведения об эпиках в agile

Эпики не являются обязательным фундаментом программы agile, но они — реальная движущая сила для большинства agile-команд. Понимание роли эпиков в успехе agile-программы помогает увидеть контекст, в котором выполняется ваша работа, а разделение эпиков на истории задает темп.