# Что такое эпик в Agile? > Эпик — это инструмент, используемый в методологии Agile для разбивки больших целей на более управляемые задачи. Узнайте, как создать эпик и какие преимущества он даёт. Source: https://asana.com/resources/agile-epic ## Что такое эпик в Agile? Нужна ли она вам? #### Сводная информация Эпик в Agile — это часть методологии Agile, часто используемой ИТ-командами и командами разработки продуктов. Их можно использовать, чтобы разбивать сложные проекты на отдельные задачи или элементы. Эпики помогут вам лучше управлять всеми Agile-проектами и добиваться прогресса. Ниже вы узнаете больше об эпиках и о том, как применять их в своей работе.Универсального решения для управления проектами не существует. Линейные методы, такие как [управление проектами](https://asana.com/resources/waterfall-project-management-methodology) по каскадной модели, предполагают последовательное прохождение различных этапов. [Гибкие методологии управления проектами](https://asana.com/resources/agile-methodology), такие как [Kanban](https://asana.com/resources/what-is-kanban) и [Scrum](https://asana.com/resources/what-is-scrum), используют [итеративный процесс](https://asana.com/resources/iterative-process), позволяющий команде адаптировать и корректировать проект по ходу работы. Если вы уже использовали методологию Agile, то знаете, что Agile-проекты разбиваются на спринты, которые представляют собой блоки работы длительностью 2–4 недели. Перед каждым спринтом участники команды берут задачи из [продуктового бэклога](https://asana.com/resources/product-backlog). Каждая отдельная задача называется пользовательской историей. В рамках этой системы может произойти одно из двух: 1. Пользовательская история слишком большая для одного человека и должна быть разбита на более мелкие компоненты. 2. Пользовательские истории связаны между собой и способствуют достижению более крупной цели.  В обоих случаях можно использовать эпики, чтобы организовать пользовательские истории и разбить их на более управляемые компоненты для каждого спринта.  ## Что такое эпик в Agile? Эпик — это большой объём работ, состоящий из небольших задач и [пользовательских историй](https://asana.com/resources/user-stories), который ваша команда завершает в течение нескольких спринтов. Эпики создают иерархию работы, связывая пользовательские истории с долгосрочными целями проекта и помогая команде понять влияние каждого спринта.  - [Создать шаблон плана Agile-проекта](/templates/agile-project-plan) ### Как эпик вписывается в Agile-менеджмент? Как и любая работа, эпики в конечном итоге связаны с общими [бизнес-целями](https://asana.com/resources/business-goals-examples). Давайте разберёмся, как именно это происходит:  - Ваша команда ставит цели на год. - Эти цели разбиваются на крупные инициативы (в зависимости от размера команды, это может быть 1–3 инициативы в квартал). - Каждая инициатива состоит из множества эпиков — крупных блоков работы в рамках инициативы. - Каждая эпик далее разбивается на пользовательские истории. - Пользовательские истории хранятся в виде элементов продуктового бэклога. Используя эпики и инициативы, вы можете чётко связать более крупные цели с отдельными пользовательскими историями, чтобы ваша команда всегда знала, почему её работа важна, аналогично формату [пирамиды ясности](https://blog.asana.com/2020/08/pyramid-of-clarity/). Рассмотрим в качестве примера запуск обновления продукта. Общий результат — запуск, но это не даёт много информации тем, кто работает над проектом. Участники команды, смотря на эту цель, не знают, как её достичь, и это подавляет. Разбивая проект на [дорожную карту продукта](https://asana.com/templates/for/product/product-roadmap), а затем на эпики, вы можете снизить это чувство подавленности, [повысить производительность](https://asana.com/resources/ways-improve-team-efficiency-work) и поднять боевой дух. - [Читать о том, чем каскадная методология, Agile, канбан и Scrum: в чём разница?](/resources/waterfall-agile-kanban-scrum) ## Преимущества использования эпиков в Agile Эпики в Agile продвигают проекты вперёд, превращая большие объёмы работы в осязаемые задания. Без них проекты рискуют застопориться, а команды могут [выгореть](https://asana.com/resources/what-is-burnout), работая без конца.  ### Разбивайте большие объёмы работы на задачи [Крупные цели](https://asana.com/resources/long-term-goals), которые вы создаете в качестве тем Agile, являются отличными ориентирами для проекта, но они не помогут вам выполнить работу. Для этого вам понадобятся более подробные задания. В Agile-проектах эти подробные задачи, известные как пользовательские истории, размещаются в эпиках. Используя эпики, вы можете отслеживать прогресс в достижении целей по мере того, как участники команды завершают назначенные им истории.   ### Определите, кто, что и когда делает в проектах Разбивка инициатив на эпики показывает, как будет выполняться работа. Для каждой эпики вы также укажете владельца продукта, ответственного за завершение, связанные задачи и дедлайн.  ### Предоставляйте заинтересованным лицам краткий обзор Эпики объединяют пользовательские истории в более крупные группы. Когда внешним и внутренним заинтересованным сторонам требуется доступ к информации, будь то дедлайн или отчет о ходе выполнения, они могут просто проверить прогресс ваших эпиков Agile. Это избавляет от необходимости проводить ненужные совещания по статусу и ежедневные перерывы.  ### Упрощение отслеживания работы Эпики [ограничены по времени](https://asana.com/resources/what-is-timeboxing), то есть у них есть даты начала и завершения цели. С помощью [графиков выполнения](https://asana.com/resources/burndown-chart) и визуальных отчётов вы можете использовать эпик для отслеживания общего прогресса проекта.  ### Сокращение разрастания объёма При разработке [плана проекта](https://asana.com/resources/project-management-plan) вы определяете [объём работ](https://asana.com/resources/scope-work-vs-statement-work) и ожидаемые [результаты](https://asana.com/resources/what-are-project-deliverables). Но Agile-проекты гибкие, и это одно из их основных преимуществ. Это отлично подходит для вдохновения на творчество, но не так хорошо для соблюдения первоначального объёма. Эпики помогают предотвратить [разрастание объёма](https://asana.com/resources/what-is-scope-creep) и [переработку](https://asana.com/resources/overworked-signs), определяя целевые задания.    ### Повышение продуктивности Огромные, общие цели могут казаться непреодолимыми. Трудно работать над чем-то, когда это всего лишь концепция. Чтобы добиться прогресса в достижении таких целей, необходимо превратить работу в нечто достижимое. Команды будут более мотивированы на завершение эпиков, чем если бы они просто гнались за более крупными инициативами. ## Пример эпика в Agile Чтобы лучше понять, как работают эпики, рассмотрим пример.  В этом году вы [установили OKR](https://asana.com/resources/setting-okrs) для повышения удовлетворённости клиентов. Вы получаете отзывы клиентов о том, что некоторые из ваших корпоративных клиентов недовольны визуальной отчётностью вашего продукта. Вместо простых процентов они хотят видеть более впечатляющий и профессиональный вид, которым они могут с гордостью поделиться. Это полезная информация, но она слишком общая, чтобы работать с ней в таком виде.  **Цель:** повысить удовлетворённость клиентов на 10% в этом году. **Инициатива: улучшения продукта в**первом квартале **Эпик:** создать более удобную панель задач для отчётности, чтобы конечный пользователь мог отслеживать ход выполнения работ в приложении. **Пользовательские истории:**  - Мне нужна панель задач для отчетности, чтобы я мог(-ла) быстро просматривать данные. - Я хочу загружать отчёты, чтобы делиться ими с заинтересованными сторонами. - Я хочу иметь графики для визуальной демонстрации работы, чтобы включать их в официальные отчёты и презентации. - Я хочу добавить всех заинтересованных лиц на Мою панель задач, чтобы у всех был доступ к данным о ходе выполнения проекта. ## Как создать эпик в Agile При создании эпика Agile подходите к нему со стратегической точки зрения. Эпик будет направлять вашу работу и ежедневные задачи. Она должна быть достаточно небольшой, чтобы её можно было выполнить (это не этап формирования идей), и достаточно конкретной, чтобы можно было измерить её успех.  ### Шаг 1. Определение эпика Чтобы максимально использовать преимущества эпиков, следуйте этим лучшим практикам.   - **Следуйте**принципам[SMART-целей](https://asana.com/resources/smart-goals)**.** Сделайте каждую эпик SMART-конкретной, измеримой, достижимой, реалистичной и ограниченной по времени. При создании эпика следует избегать двусмысленности и обобщений. SMART-цели делают эпики целенаправленными и подробными, чтобы все точно знали, чего ожидать.  - **Определите, как вы будете измерять результат.** Или, другим�� словами, как вы узнаете, что проект завершён? Именно здесь вы определяете конкретные результаты, как количественные, так и качественные.  - **Используйте систему для отслеживания прогресса и отчётности.** Создавайте эпики в системе, где можно отслеживать прогресс, отчитываться о нём и контролировать бэклоги. При выборе системы учитывайте заинтересованные стороны, свои приоритеты и способности команды. Если вы предпочитаете иметь один централизованный источник информации, где у каждого есть доступ к работе, найдите инструмент или структуру, которая это поддерживает.  - **Установите временные рамки.** Эпики не должны быть слишком длинными или слишком короткими. Дедлайн может меняться, но чтобы охватить несколько спринтов, вам нужно стремиться к тому, чтобы каждая эпика занимала от 1 до 4 месяцев.  ### Шаг 2. Разбейте эпик на отдельные пользовательские истории В конечном счёте, цель эпика — преодолеть разрыв между более крупными целями и небольшими пользовательскими историями. Помните: пользовательская история — это желаемый результат эпика, сформулированный с точки зрения конечного пользователя. Например, предположим, что большая пользовательская история, лежащая в основе вашей эпика Agile, звучит так: «Как клиент, я хочу сократить время, необходимое мне для выполнения необходимых действий в продукте». Одной из небольших пользовательских историй может быть следующая: «Как клиент, я хочу уменьшить количество кликов, необходимых для перехода на мою личную панель задач». ### Шаг 3. Определите приоритет эпика Большинство команд выбирают Agile-фреймворк из-за его гибкости. Разбивая эпики на более мелкие пользовательские истории, помните, что это должно работать для вашей команды. Эти разбивки — всего лишь рекомендации, а не правила. Чтобы определить, какой метод разбивки вам подходит, учитывайте размер эпика, его приоритет и наличие [зависимостей](https://asana.com/resources/project-dependencies). #### По рабочему процессу Чтобы использовать рабочие процессы для эпиков, вам нужно разбить их на задачи. Затем эти задачи используются для создания рабочего процесса, в котором можно добавлять назначенных участников команды, дедлайны и зависимости по мере необходимости. Основное преимущество рабочего процесса — это функциональность, позволяющая менеджеру проекта делегировать, распределять и расставлять задачи по приоритетам. С помощью [инструмента для управления проектами](https://asana.com/product) вы также можете автоматизировать задачи рабочего процесса и подключать приложения, которые лучше поддерживают вашу работу. #### По хронологии Время — это простой способ расставить приоритеты в работе. Это позволяет взглянуть на эпик целиком и решить, впишется ли он в спринт или его следует разбить на несколько спринтов. Используйте эту систему, когда вам нужно использовать дедлайны для определения приоритетов в работе. Для удобства можно также визуально структурировать хронологию в виде [диаграммы Ганта](https://asana.com/resources/gantt-chart-basics).  #### По ролям Некоторые эпики в большей степени определяются ролями в команде, чем самими задачами. В этом случае эпик Agile будет разбиваться по ролям и команде. Вы будете структурировать эпик вокруг нужной вам команды. Если вы работаете над запуском функции, разбивка по ролям может быть следующей: **Эпик Agile:** запуск новой функции - **Роль:** инженер - Задания - **Роль:** маркетолог продукта - Задания - **Роль:** дизайнер - Задания ## Сделайте свой следующий проект эпичным Управление проектами методом Agile — это более гибкий и адаптируемый способ планирования работы, а эпики Agile помогают вам её выполнять. Они помогают демистифицировать работу и прояснить все аспекты проекта, улучшая рабочий процесс с каждой итерацией спринта. Благодаря такой ясности и направленности команда может выполнять работу, которую она делает лучше всего, продвигая проекты вперёд с меньшими усилиями и большей сосредоточенностью. - [Управление проектами](/resources/project-management) - [Управление выпуском: 5 шагов успешного процесса](/ru/resources/release-management) Гибкость #### Автор текстов Если вы когда-либо участвовали в выпуске программного обеспечения, то наверняка знаете, каким сложным может быть этот процесс. Он включает в себя много задач — от управления графи ... - [Kanban board template](https://asana.com/templates/kanban-board) Управление проектами Гибкость - [Scrumban template](https://asana.com/templates/scrumban) Гибкость - [Scrumban: The best of two Agile methodologies](/ru/resources/scrumban) Гибкость #### Автор Драмеди. Мотель. Спак. Все эти слова изначально были отдельными понятиями, но в сочетании друг с другом они создали нечто совершенно новое. В этом заключается основная идея новой ... - [What is an Agile epic? Do you need one?](/ru/resources/agile-epic) Гибкость Управление проектами Планирование проектов - [Автор текстов](/author/alicia-raeburn) Универсального решения для управления проектами не существует. Линейные методы, такие как управление проектами по каскадной модели, предполагают последовательное прохождение разли ...