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

Типы задач в Jira — что такое Epic, Story, Task

В Jira существует 5 базовых типов задач:

Если вы хотите узнать подробнее о типах задач в Jira — вы в правильном месте.

В этой статье мы разберемся с определениями issue, эпик (epic), история (story), задача (task), под-задача (sub-task) и баг (bug), посмотрим зачем они нужны и как они связаны.

Что такое Issue в Jira?

Все задачи, созданные в Jira, называются issue (или “проблема”).

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

Проблема соответствует определенной части работы, которую нужно сделать.

Каждой проблеме присваивается уникальный ID, по которому ее можно легко найти.

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

Изначально в Jira есть 5 базовых типов проблем, но, при необходимости, их можно дополнять / изменять / удалять.

Что такое Эпик (Epic) в Jira?

Эпик (epic) — большая задача, на решение которой команде нужно несколько спринтов.

Для примера можем рассмотреть эпик “Разработать блог для сайта N”.

Под “разработать” может подразумеваться:

Как мы видим, объем работ — большой. Количество людей, которые будут принимать участие в работе — большое. Время на реализацию — явно не 2 часа 🙂

Все характеристики эпика соблюдены)

Основное предназначение эпика — организация работ.

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

Из-за своего объема и абстрактности эпики всегда разбиваются на части, которые описывают более конкретные “шаги” для решения проблемы.

Эти части называются история и задача.

Если вы хотите разобраться в эпиках более детально:

Что такое История (Story / User Story) в Jira?

История (story) — часть большой задачи (эпика), которую команда может решить за 1 спринт.

Она описывает реализуемую работу (или функционал) с точки зрения конечного пользователя и, обычно, имеет заголовок вида:

Как [тип клиента], [хочу/могу то-то], [чтобы делать что-то]

Если продолжить рассмотрение примера эпика Разработать блог для сайта “N”, можно выделить такие истории:

Теперь части работы стали меньше и они — более понятные. Их можно смело отдавать командам на оценку!

Истории оцениваются командой в story points.

Также в них обязательно должны быть критерии приемки (acceptance criteria), благодаря которым команда сможет понять, что работа сделана до конца.

Написание хороших историй — это целая наука!

Если вы хотите разобраться в историях более детально:

Задача (Task) в Jira

Задача (task) — техническая задача, которую делает один из членов команды.

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

Продолжаем пример с блогом)

Задачи, которые помогут в реализации:

Как вы видите, задачи — это очень конкретные технические моменты, которые нельзя “преобразовать” в истории, так как ими занимается один человек.

Но, без таких задач — блог не получится завершить 🙂

Некоторые компании / команды оценивают задачи в часах

Как показывает моя практика — это пустая трата времени, сил и ожиданий.

Практически всегда оценка не совпадет с реальным временем выполнения, причем не важно, оценку делает Junior или Senior разработчик (у Senior отклонение меньше, но оно все равно есть)

Так, задачу оцененную в “два часа от силы” могут делать неделю, а задачу оцененную в “5 часов” — 30 минут 🙂

Вместо оценки задачи в часах — лучше просить разбивать задачу на под-задачи (о них — ниже)

Большое количество проблем с типом “задача” в беклоге может указывать на присутствие микро-менеджмента ☠️

В такой ситуации команда не участвует в проработке лучших вариантов решения реальных проблем!

Анализ и подготовка задач происходит “наверху”, задачи опускаются “вниз”, и чаще всего (ввиду не понимания корня проблемы) впоследствии ничего не решают!

Под-задача (Sub-task) в Jira

Под-задача (sub-task) — часть истории / задачи, которая описывает минимальный объем работы члена команды.

Разбиение задач на под-задачи позволяет проводить более точное оценивание трудозатрат, потому что нам проще оценивать работу по частям 🙂

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

Обычно, каждый член команды создает под-задачи для себя во время планирования работы на следующий спринт.

Например, для истории “Как клиент, я могу связаться с суппортом компании, отправив заявку на странице /contact-us, чтобы узнать больше о компании” под-задачи могут быть такими:

Баг (Bug) в Jira

Задачи типа Баг (Bug) 🐛 фиксируют ошибки, которые нужно проанализировать и может быть исправить️️️️ ❗️❗️.

Иногда, владельцу продукта сложно понять “суть” ошибки, приоритеты проставляются не правильно и баги “тонут” в беклоге. Это может приводить к постепенному ухудшению качества продукта.

Внедрение Zero Bug Policy помогает избавиться от этой проблемы раз и на всегда.

Создание отличных баг-репортов являеться ключевым навыком любого тестировщика.

У нас есть отдельная статья о багах и баг-репортах в которой есть пример баг-репорта в Jira и много чего интересного 🙂

Выводы

Приведенные типы задач лишь базовые!

Jira — очень гибкий инструмент! Она позволяет добавить новые типы задач, которые нужны именно Вам!

Существуют команды, которые собирают эпики в большие “мега” проекты. Или те, кто создают требования как тип задач, для более удобной связи требований — тестов — задач/багов.

Главное — не бояться разбираться в чем-то новом и постоянно экспериментировать! 🥼⚗️🧪

Удачи в Ваших проектах 🥳🤩

Что такое Epic в Jira?

Эпик (epic) — большая задача, на решение которой команде нужно несколько спринтов

Что такое Story в Jira?

История (story) — часть большой задачи (эпика), которую команда может решить за 1 спринт

Что такое Task в Jira?

Задача (task) — техническая задача, которую делает один из членов команды

Что такое Sub-task в Jira?

Под-задача (sub-task) — часть истории / задачи, которая описывает минимальный объем работы члена команды

Что такое Bug в Jira?

Баг (bug) — задача, которая описывает ошибку в системе

Источник

Изучение того как использовать эпики в программном обеспечении JIRA

Узнайте, как использовать Epics в Jira Software

Руководство по использованию и созданию эпиков в программном обеспечении Jira Software

Учебник по эпикам в Jira

В этом уроке мы объясним, как использовать эпики в agile разработке программного обеспечения. Мы научим вас, как работать с эпиками в Jira Software, чтобы помочь вам в вашем следующем большом проекте. Этот урок будет сосредоточен на эпиках в классических проектах и проектах следующего поколения.

Если вы используете Next-Gen, нажмите здесь.

Время:

10 минут чтения. Завершить в течение 2 недель или более

Аудитория:

Вы новичок в гибкой разработке программного обеспечения или Jira Software

Необходимое условие (Предпосылки):

Вы создали учетную запись в программном обеспечении Jira Software и проект в программном обеспечении Jira Software

КОГДА Я ДОЛЖЕН СОЗДАТЬ ЭПИК?

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

Шаг 1: Создайте новый эпик в Jira Software

Есть два способа создать эпик :

Создайте эпик из новой задачи

Создайте эпик из Панели эпиков (Epics Panel)

Когда вы создаете эпик, вам нужно будет ввести следующие данные:

Шаг 2: Добавить и удалить истории

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

КАКАЯ РАЗНИЦА МЕЖДУ ЭПИКАМИ И ДРУГИМИ ВИДАМИ ЗАДАЧ?

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

Есть два способа добавить историю в эпик:

Из экрана создания задачи

Из Панели Эпика (Epics Panel)

Чтобы удалить задачу из эпика

Перейдите либо к списку основных требований (Backlog), либо к активным спринтам:

Шаг 3: Просмотр ваших эпиков

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

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

Шаг 4: Установите дорожки для своих эпиков на своей доске

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

Вот как вы можете настроить это в Jira Software:

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

Шаг 5: Следите за ходом вашего эпика

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

В программном обеспечении Jira Software вы можете использовать Отчет по эпику (Epic Report), чтобы легко получить эту информацию.

Шаг 6: Завершите свой эпик

Чтобы завершить эпик:

КОГДА Я ДОЛЖЕН ОТМЕТИТЬ ЭПИК, КАК СДЕЛАННОЕ?

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

Хотите узнать больше?

Более подробную информацию о работе со спринтами в Jira Software можно найти в нашем руководстве по спринтам.

Есть вопросы? Спросите Атласское Сообщество.

Работа с эпиками в софтверных проектах следующего поколения

Мы только что представили эпики (Epics) для проектов программного обеспечения следующего поколения, и с этим появился новый способ управления ими: дорожная карта. Это представляет собой огромное и интересное изменение в управлении эпиками (Epics) в облаке программного обеспечения Jira Software Cloud. Мы считаем, что это будет более простой способ управления и визуализации ваших эпиков, и нам очень хотелось бы услышать, что вы об этом думаете.

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

КАКАЯ РАЗНИЦА МЕЖДУ ЭПИКАМИ И ДРУГИМИ ТИПАМИ ЗАДАЧ?

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

Шаг 1: Создание эпиков на дорожной карте

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

КОГДА Я ДОЛЖЕН СОЗДАТЬ ЭПИК?

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

Совет для профессионалов: за пределами дорожной карты вы также можете создавать эпики из глобального меню.

Шаг 2: Изменить даты начала и окончания

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

Шаг 3: Добавьте и удалите задачи

Чтобы добавить задачи с доски и списка основных требований (backlog):

Если задача уже принадлежит эпику, опция «Добавить эпик» (Add epic) будет заменена на «Изменить эпик» * (Change Epic*).

В списке основных требований (Backlog)

Чтобы добавить задачи в эпик из дорожной карты:

Совет для профессионалов: Вы можете выбрать несколько задач с помощью команды кликом на Mac или Ctrl кликом на Windows, и затем добавить их все одновременно в эпик.

Шаг 4: Просмотр деталей эпика

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

Шаг 5: Настройте дорожки для своих эпиков

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

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

Шаг 6: Завершите свой эпик

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

Чтобы завершить эпик:

КОГДА Я ДОЛЖЕН ОТМЕТИТЬ ЭПИК, КАК ЗАВЕРШЕННЫЙ?

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

Узнайте больше

Источник

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

Разделите большой объем работы на небольшие истории с помощью эпиков agile.

Просмотр тем

Краткое описание: в Agile эпик — это объем работы, который можно разбить на несколько отдельных заданий (так называемых «пользовательских историй») в зависимости от потребностей или запросов клиентов или конечных пользователей. Эпики играют важную роль в успехе команд Agile и DevOps.

В Agile и DevOps эпик предназначен для организации заданий. Это определенный объем работы, который разделяется на отдельные задания (так называемые «истории», или «пользовательские истории») в зависимости от потребностей или запросов клиентов или конечных пользователей.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Оптимизируйте эпики с помощью автоматизации

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

Эти и сотни других правил автоматизации можно найти в библиотеке шаблонов Jira Automation.

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

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

Я считал себя «хаотичным раздолбаем», но методики и принципы agile помогли навести порядок в моей повседневной жизни. Для меня истинная радость — делиться этими знаниями с другими людьми, публикуя многочисленные статьи, участвуя в беседах и распространяя видеоматериалы, которые я создаю для Atlassian.

Подпишитесь и получайте больше статей

Thanks for signing up!

Узнайте, как использовать эпики в Jira Software

С помощью этих пошаговых инструкций вы научитесь создавать эпики в Jira Software и работать с ними

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

Пользовательские истории — это требования к системе, которые зачастую выражены в виде «личность + потребность + назначение». Узнайте, как истории выступают в качестве ориентиров для agile-проектов и как начать работу с ними.

Источник