разместите корректные типы связей между задачами issue change request история story

Типы задач в 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) — задача, которая описывает ошибку в системе

Источник

Работа с задачами (исполнитель)

Просмотр своих задач (статус Открытые и В работе)

Вы можете посмотреть свои задачи несколькими способами. Самый простой и удобный — через поиск, воспользоваться фильтром «Мои открытые задачи».

Начало работы с задачей. Статус В работе

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

Или передвиньте ее в столбец В работе (если вы работаете с канбан доской).

В процессе работы над задачей не забывайте:

После завершения задачи обязательно разместить результат:

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

В проектах, связанных с разработкой (Web, 1C), задачи сначала переводятся в статус В тестировании и только при успешном прохождении тестирования в Выполнено.

Статус Выполнено означает, что задача еще не проверена Автором задачи.

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

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

Источник

Связывание задач

Связывание задач (Issue linking) позволяет создать связь между двумя существующими задачами на одном или разных серверах JIRA. Например:

(Ваш администратор JIRA может настраивать типы связей, которые вам потребуется создать.)

Связывание задач также позволяет:

Связи задачи в пределах задачи выглядят следующим образом:

Скриншот: раздел «Связи задачи» (Issue Links) в пределах задачи

Примечание: Решенные задачи (то есть задачи с установленной резолюцией) отображаются зачеркнутым шрифтом, например, DEMO-1.

Создание связи между задачами, находящимися на одном и том же сайте JIRA

Для того, чтобы создать связь между задачами, находящимися на одном и том же сайте JIRA, необходимо выполнить следующие шаги:

1. Откройте задачу, которую вы хотите связать с другой задачей на том же сайте JIRA.

2. Выберите «Дополнительно» (More)> «Связь» (​Link), чтобы отобразить диалоговое окно «Связь» (Link).

Комбинация клавиш ‘.’ + Начать вводить ссылку

3. Убедитесь, что элемент «Задача JIRA» (JIRA Issue) выбран в левой части диалогового окна, а затем выберите тип связи из раскрывающегося списка «Эта задача» (This issue).

Если ваш системный администратор JIRA настроил полностью взаимные связи приложений между сайтом JIRA и другим сервером, выпадающий список «Сервер» (Server) может появиться над списком «Эта задача» (This issue). Если это так, убедитесь, что ваш сайт JIRA появился или был выбран из списка серверов.

4. В поле «Задачa» (Issue) укажите задачу(и), связанную с вашей просматриваемой / выбранной задачей. Есть два способа сделать это:

Если вы ранее просматривали задачу, вы можете быстро найти эту задачу, введя первые несколько букв ключа задачи (или часть резюме), которые будут отображаться в раскрывающемся списке «автозаполнение» для выбора.

5. Необязательно: добавьте комментарий (Comment), чтобы описать, почему вы связываете эти задачи.

6. Нажмите кнопку «Связь» (Link) в нижней части диалогового окна.

Создание связи между задачами, находящимися на разных сайтах JIRA

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

Эта функция недоступна в Облаке Atlassian

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

1. Откройте задачу, которую вы хотите связать с другой задачей.

2. Выберите «Дополнительно» (More)> «Связь» (Link), чтобы отобразить диалоговое окно «Связь» (Link).

комбинация клавиш: ‘.’ + Начать вводить ссылку

3. Убедитесь, что элемент «Задача JIRA» (JIRA Issue) выбран в левой части диалогового окна.

Примечание:

Это поведение означает, что связки на приложения, настроенные между вашим сайтом JIRA и удаленным сайтом JIRA, используют аутентификацию OAuth.

4. Если ваш сайт JIRA подключен к нескольким удаленным сайтам JIRA, выберите соответствующий сайт JIRA из раскрывающегося списка «Сервер» (Server).

5. Выберите тип связи из раскрывающегося списка «Эта задача» (This issue).

6. Введите в поле «Задача» (Issue) ключ задачи, находящейся на удаленном сайте JIRA, на которую вы хотите установить ссылку. Кроме того, вы можете искать задачи, находящиеся на удаленном сайте JIRA, нажав на ссылку «поиск задачи» (search for an issue), которая открывает всплывающее окно «Найти задачи JIRA» (Find JIRA issues).

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

7. Установите флажок «Создать взаимную связь» (Create reciprocal link), чтобы создать дополнительную связь на удаленную задачу, на которую вы ссылаетесь, назад к вашей задаче. Например, если вы создаете тип связи блоков для удаленной задачи, то обратная связь, сгенерированная при удаленной задаче, будет заблокирована по типу связи обратно к вашей локальной задаче.

8. Необязательно: добавьте комментарий (Comment), чтобы описать, почему вы связываете эти задачи.

9. Нажмите кнопку «Связь» (Link) в нижней части диалогового окна.

Исправление проблем

Проблема: Если вы выбрали флажок «Создать взаимную связь» (Create reciprocal link), но после нажатия кнопки «Связь» (Link) выяснилось, что обратная связь с удаленной задачи JIRA на вашу задачу JIRA не была создана. Скорее всего, ваш системный администратор JIRA создал только одностороннюю связь с вашего сайта JIRA на удаленный сайт JIRA.

Решение: Попросите администратора системы JIRA полностью настроить взаимные связи приложений между сайтом JIRA и удаленным сайтом JIRA.

Проблема: Допустим, вы попытались создать обратную связь, но получили следующее сообщение:

«Взаимная связь задачи « XYZ-123 » с этой задачей не была создана, так как удаленный сервер JIRA возвратил следующую ошибку: No Link Issue Permission (Нет разрешения связи на задачу) для задачи« XYZ-123 ». (Где «XYZ-123» является ключом к задаче на удаленном сайте JIRA),

потому что взаимная связь на удаленном сайте JIRA не будет создана, так как учетная запись пользователя, с помощью которой вы прошли аутентификацию на удаленном сайте JIRA (см. выше: шаг 3), не имеет разрешения проекта «Связывание задач».

Решение (Solution):

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

Создание связи со страницей Confluence

Чтобы создать этот тип ссылки, системному администратору JIRA необходимо настроить ссылку приложения между сайтом JIRA и сайтом Confluence, содержащим страницы, на которые вы хотите установить ссылку.

Для того, чтобы создать связь со страницей Confluence, выполните следующие шаги:

1. Откройте задачу, которую вы хотите связать с другой задачей.

2. Выберите «Дополнительно» (More)> > (Link), чтобы отобразить диалоговое окно «Связь» (Link).

Комбинация клавиш: ‘.’ + Начать вводить ссылку (Link)

3. Нажмите опцию «страница Confluence» (Confluence Page) в левой части диалогового окна.

Этот опция недоступна, если системный администратор JIRA не настроил связь на приложение между сайтом JIRA и сайтом Confluence.

4. Если между сайтом JIRA и другими сайтами Confluence настроено несколько связей на приложения, выберите подходящий сайт Confluence из выпадающего списка «Сервер» (Server).

5. Укажите страницу Confluence, которая будет связана с вашей просматриваемой задачей. Есть два способа сделать это:

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

Это поведение означает, что связь на приложения, настроенные между вашим сайтом JIRA и удаленным сайтом Confluence, используют аутентификацию OAuth.

6. Необязательно: добавьте комментарий (Comment), чтобы описать, почему вы связываете эти задачи.

7. Нажмите кнопку «Связь» (Link) в нижней части диалогового окна.

Исправление проблем

. Проблема: Если связь со страницей Confluence, которую вы создаете, показывает: «Не удалось загрузить задачу JIRA» или, если вы попытались найти страницу Confluence, но получили следующее сообщение:

«Не удалось получить доступ к контенту на сайте Confluence, потому что функция «Удаленный API» сервера Confluence отключена». Системный администратор Confluence должен включить эту функцию «Удаленный API» для успешного доступа JIRA к этому контенту».

в результате JIRA не смогла связаться с сервером Confluence:

Решение:

Попросите администратора системы Confluence включить функцию удаленного API (XML- RPC и SOAP) (Remote API (XML-RPC & SOAP), поскольку эта функция Confluence по умолчанию отключена. Подробнее см. «Включение удаленного API» в документации Confluence.

Создание связи с любой URL веб-страницей

Для того, чтобы создать связь с любой URL веб-страницей, выполните следующие шаги:

1. Откройте задачу, которую вы хотите связать с другой задачей.

2. Выберите «Дополнительно» (More)>«Связь» (Link), чтобы отобразить диалоговое окно «Связь» (Link).

Комбинация клавиш: ‘.’ + Начать вводить ссылку (Link)

3. Нажмите опцию «Веб-связь» (Web Link) в левой части диалогового окна.

4. Укажите URL- адрес веб-страницы, с которой вы хотите установить связь.

5. Укажите текст связи (Link Text), который будет отображаться в разделе «Связи задачи» (Issue Links) на странице «Просмотр задачи» (View Issue) и будет связан с гиперссылкой на ваш URL-адрес.

6. Необязательно: добавьте комментарий (Comment), чтобы описать, почему вы связываете эти задачи.

7. Нажмите кнопку «Связь» (Link) в нижней части диалогового окна.

Удаление связи

Для того, чтобы удалить связь с задачей в пределах задачи, выполните следующие шаги:

Поиск связанных задач

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

Помните, что эта функция не распространяется на задачи на удаленном сервере JIRA.

Источник

Работа со связанными задачами

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

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

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

Связанные задачи в разных проектах

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

Состояние связанных задач

С помощью условия «Задачи, связанные с Automation for Jira» вы можете проверить состояние взаимосвязей перед тем, как продвигать правило.

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

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

Это позволяет использовать широкий спектр вариантов использования, в том числе:

Разветвление по связанным задачам

Когда правило разветвляется на задачу или список задач, подветвь правила выполняется для каждой задачи. Все действия и ссылки на <> указывают на связанную задачу, а не на триггер.

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

У вас также есть возможность обрабатывать эти задачи массово.

Вот несколько примеров использования ветвления:

Ветви изолированы

Любые изменения, происходящие в ветке, не будут видны ни основной, ни другим ветвям.

Ограничения ветвления

В настоящее время Automation for Jira не поддерживает вложение веток и не позволяет использовать блоки If / Else внутри ветки.

Заказ ветвей исполнения

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

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

Филиалы по отдельным задачам запускаются встроенными (для повышения производительности). Следовательно, основная ветвь не продолжит выполнение, пока не завершится подчиненная ветвь.

Доступ к созданным задачам

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

Это связано с тем, что основная ветвь выполнения правила правила автоматизации всегда применяет правила к задаче триггера, а не к созданной задаче. Например, добавление действия по задаче комментария после действия по созданию задачи в правиле добавляет комментарий к задаче триггера, а не к созданной задаче.

Вот пример правила для решения этой задачи:

Вы также можете выбрать задачу «Последние созданные» («Most recently created») в условии «Связанные задачи» («Related Issues»), если это единственная задача, которую вам нужно предпринять.

Разветвление по потоку?

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

Наше новое условие If / else сделало эту опцию почти лишней.

Доступ к задаче триггера

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

Пример: синхронизация родительских задач и подзадач

Отличным примером для этого является то, что когда родительская задача перемещается в Выполнено («Done»), обычно желательно также переместить ее подзадачи в Выполнено («Done») (прочтите это сообщение в блоге, в котором рассказывается обо всех замечательных вещах, которые вы можете сделать с помощью разветвления отдельной цепочки правил для связанных задач. ).

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

Источник