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

15 июля 2021 г.

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

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

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

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

Чем agile-эпик отличается от инициативы?

Хотя и эпики, и инициативы важны в рамках Agile, они во многом различаются, в том числе:

Продолжительность

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

Иерархия

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

Темы

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

Лучшие практики для создания agile-эпика

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

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

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

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

• Установите сюжеты эпоса. Истории — это конкретные задачи в эпике, которые могут служить руководством для команды. Некоторые истории могут быть спринтами или могут иметь внутри себя спринты, если они слишком велики.

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

Agile эпический пример

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

Пример 1

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

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

Пример 2

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

Пример 3

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