для чего применяется задача task в jira
Типы задач в 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
Что такое задача JIRA?
Вы можете получить доступ к посмотру содержания задачи JIRA из результатов поиска или из гаджета панели мониторинга.
Типовой прользовательский интерфейс задачи JIRA приведен на рисунке ниже.
Пользовательские интерфейсы ваших задач JIRA могут отличаться от представленного скриншота, поскольку администратор JIRA может настроить это отображение под нужды вашей организации.
Поля задачи, отраженные на скриншоте выше:
Родительский проект, к которому относится задача. В этом случае, Angry Nerds.
Уникальный идентификатор этой задачи в примере выше: ANGRY-304. (Символы слева от дефиса представляют проект, к которому относится эта задача.)
Краткое изложение задачи. Например, «Красному сердитому зануде страшно».
Ниже приведен список типов задач.
Этап, на который в данный момент находится задача, находится на жизненном цикле (рабочий процесс). См. ниже список статусов.
Важность задачи по другим запросам. (См. ниже список приоритетов).
Запись решения задачи,в котором задача была решена или закрыта. (См. ниже список решений).
Влияние на версию (и) (если это применимо)
Версия (и) проекта, для которой задача (или была) проявлена.
Исправить версию (и) (если это применимо)
Версия (и) проекта, в которой задача была (или будет) исправлена.
(если это применимо)
Компонент (ы) проекта, к которому относится данная задача.
(если это применимо)
Ярлыки, к которым относится эта задача.
(если это применимо)
Аппаратная или программная среда, к которой относится задача.
Подробное описание задачи
Список ссылок на связанные с этим задачи. (Зачеркнутый текст, например, указывает, что задача была решена.)
Лицо, которому данная задача назначена.
Пользователь, который ввел задачу в систему.
Показанное число указывает, сколько голосов у задачи есть.
Показанный номер показывает, сколько пользователей смотрят эту задачу
В соответствии (если это применимо)
Дата, по которой эту задачу планируется завершить.
Время и дата, когда эта задача была зарегистрирована в JIRA.
Время и дата последнего изменения этой задачи.
Время и дата разрешения этой задачи.
Исходная оценка общего количества времени, необходимого для решения задачи, по оценкам, когда задача была создана.
Оставшаяся оценка, т. е. текущая оценка оставшегося количества времени, необходимого для решения задачи
Сумма времени, затраченного на каждый из отдельных журналов работы для этой задачи.
Если вы используете Bitbucket для управления репозиториями кода, вы можете создавать ветви кода в своих инструментах разработки кода непосредственно из задач JIRA. Подробнее см. Интеграция JIRA с инструментами разработки кода.
Agile
Позволим вам рассмотреть вашу задачу на вашей доске Scrum или Kanban.
Типы задач (Issue Type)
JIRA может использоваться для отслеживания многих различных типов задач. Типы по умолчанию перечислены ниже, но учтите, что ваш администратор JIRA может настроить этот список в соответствии с вашей организацией.
Приоритеты задач (Priority)
Приоритет задачи указывает на ее относительную важность. Приоритеты по умолчанию перечислены ниже; Обратите внимание, что как приоритеты, так и их значения могут быть настроены вашим администратором JIRA в соответствии с вашей организацией.
Статусы задач (Status)
Каждая задача имеет статус, который указывает, на каком этапе рабочего процесса она находится. При простейшей организации рабочего процесса созданная задача принимает статус «Открыта», затем, как правило, переходит в статус «В работе», а затем «Решена». В зависимости от обстоятельств, задача может принимать иные статусы. Также обратите внимание, что администратор JIRA, может настроить необходимые статусы задач, в соответствии с потребностями вашей организаци.
Резолюция задачи (Resolution)
Обратите внимание, что после решения задачи (то есть поле резолюции задачи не пустое), ссылки на эту задачу в интерфейсе пользователя будут отображатся зачеркнутыми.
Типы задач в Jira: основы, не зная которых рабочие процессы обречены на провал
Рассмотрим главную сущность Jira Software Atlassian — Issue. Она же тикет, таск и задача. Не все знают, что за этими названиями скрываются разные по своей сути сущности. Поэтому нужно понимать, к чему приводит выбор того или иного типа, что мы получим и как будем сущностью пользоваться. Если не учесть эту разницу, в работе начинается путаница и ведение проекта превращается в ад.
Каждый администратор Jira сталкивается с проблемой многоуровневой настройки интерфейса. Важно организовать все интуитивно понятно и сделать так, чтобы выбранная структура отражала взаимосвязь задач между собой. Тогда у вас будет четкое представление о продвижении работы в команде.
Типы Issue
Каждая составляющая работы в Jira, для который заводится отдельная карточка, называется Issue (в переводе «проблема» (англ.)). Это основное понятие, от которого идет дальнейшая настройка.
Все Issue разделены на две категории.
1. Standard Issue Type
2. Sub-task Issue Type
Внутри каждой категории проблем Jira Software Atlassian предлагает набор уже встроенных типов задач.
Standard Issue Type
Sub-task Issue Type
Чтобы не запутаться в терминологии, одну классификацию будем называть частными типами проблем (задач), другую глобальными.
Структура Issue в Jira.
Глобальные типы проблем
Классификация всех задач определена принципами работы Jira. Если мы захотим создать новый тип Issue, увидим следующее окно.
Добавление нового типа задач в Jira.
В Jira можно создать задачи только внутри двух глобальных категорий проблем — других не бывает.
Standard Issue Type и Sub-task Issue Type формируют базовую связку родительской и дочерней задачи. Если в начале работы выбрать не тот пункт, в дальнейшем мы не сможем выстроить корректную взаимосвязь между задачами.
Разделив проблемы на разные типы, мы можем не только отличить их друг от друга визуально, но и назначить им разные свойства, процессы, шаблоны описания и многое другое.
Standard Issue Type
Проблемы этого типа — автономные сущности:
Sub-task Issue Type
Проблемы этого типа — несамостоятельные сущности:
Проблемы категории Sub-task Issue Type включены в Jira по умолчанию. Если для выстраивания ваших процессов они не нужны, их можно отключить: настройки — Issue Types — Sub-tasks — Disable Sub-Tasks.
Sub-task Issue Type в Jira.
Если убрать из спринта родительскую задачу «AREND-2203», вместе с ней уйдут все вложенные подзадачи Subtasks.
Частные типы проблем (задач)
Внутри каждой категории глобальных проблем Jira Software Atlassian предлагает набор уже встроенных частных проблем (типов задач) и возможность создавать собственные.
Задачами могут быть: задание по проекту, заявка в службу поддержки, требование пользователей, техническое задание на разработку, баг в ПО и т.д. Разные типы задач нужны именно для того, чтобы мы могли отделять эти виды работ друг от друга.
По умолчанию в Jira установлены следующие Issue Types:
Обратите внимание, что Sub-task относится к категории Sub-task Issue Type, а все остальные типы проблем к категории Standard Issue Type.
Принципиальные отличия задач типа Epic
Эпик относится к Standard Issue Type, но отличается от всех других типов задач этой категории:
Бывают, конечно, и исключения. Технически мы можем сделать один эпик родительским для другого. Можем сделать задачу категории Sub-task Issue Type внутри эпика. Так получится в том случае, если сначала мы создадим необходимую нам задачу категории Standard Issue Type, а потом изменим ее тип на «эпик».
Создание кастомных (частных) Issue Type
Если встроенных в Jira типов задач не хватает, можно создать сколько угодно собственных. Для этого нужно быть админом воркспейса.
При этом если в левом меню выбрать пункт Issue Types, увидим все типы задач, которые есть в нашем воркспейсе на данный момент. А выбрав меню Sub-tasks, увидим только подзадачи.
Здесь отображаются все виды Issue Type вашего воркспейса.
Структура вложенности и организация деревьев задач
Для каких именно целей использовать различные типы Issue каждая команда решает самостоятельно. Это зависит от принятых ей особенностей выстраивания процессов. Однако техническое взаимодействие между различными Issue Type регламентирует Jira. Все задачи можно выстроить максимум в три ступени иерархии. Распределяться по уровням они могут ТОЛЬКО ТАК.
Структура подчинения различных типов задач в Jira.
Неужели, все это важно знать
Мы видим, как начинающие администраторы Jira создают слишком много кастомных типов задач. Видим, как они пытаются выдать одну задачу за другую, изменив только название и иконки задач. Так не работает.
Каждый тип Issue Type — это отдельная сущность. У нее есть назначение, определенные свойства и взаимосвязь с другими задачами. А еще разные типы задач мы используем для того, чтобы назначать каждому из них свой процесс. Иначе мы не увидим, как продвигается работа в команде.
В Jira, конечно, можно создать неограниченное количество кастомных типов задач. Но если их слишком много, это приводит лишь к путанице и не дает никакой наглядности. Лучше выделять не более 5-ти типов задач для одного проекта. Наличие каждого из них должно быть обоснованно и оправданно. Если у вас есть вопросы по Jira, напишите нам.
В следующей статье расскажем, как настраивать Workflow в Jira. Если правильно настроить воркфло, все этапы работы бизнеса становятся прозрачными и предсказуемыми 🙂
Подпишитесь на блог WB—Tech
Никакого спама, только анонсы новых статей!
Мария Михневич
Менеджер команды WB—Tech. Администратор таск-трекера Jira
Поиск задач в JIRA (простым языком). Часть 1: Быстрый и базовый поиск
В последнее время JIRA активно используют организации, не имеющие прямой связи с IT. Специалистам, не знакомым ранее с JIRA, бывает сложно понять структуру JQL-запросов, если не привести примеры.
Для упрощения восприятия, мы решили собрать всю документацию, локализовать и разместить в одном месте. И начнем мы с «базового» и «быстрого» поиска.
Многие сталкивались с необходимостью либо найти подходящую задачу в многообразии уже созданных, либо отобрать группу задач, отвечающих определенным критериям. Для этого JIRA предоставляет гибкую функциональность, рассчитанную как на технического специалиста, так и на обычного пользователя, а также позволяет сохранять поисковые запросы для последующего использования. Сохраненный запрос называется фильтром.
Существует три способа поиска задач в JIRA:
Стоит отметить, что, независимо от выбранного способа поиска, в качестве ответа будут возвращены только доступные для вашего просмотра задачи. Доступность определяется схемами прав доступа и безопасности в проектах, которым принадлежат данные задачи.
Быстрый поиск
Наименее точный и самый быстрый способ поиска задач в JIRA. Поле ввода расположено в правом верхнем углу экрана. Чтобы использовать его, просто начните вводить искомое.
1. Быстрый переход к задаче
Если известен ключ задачи, над которой вы работаете, то для быстрого перехода нужно ввести его и нажать Enter.
Предположим, вы работаете над задачей с ключом «YAT-106», в этом случае можно ввести в поле «Поиск» значение «YAT-106» или «yat-106».
Зачастую вам даже не нужно вводить полный ключ, достаточно ввести цифровую часть. Если вы работаете над проектом «YAT», то при вводе в поле «106» система автоматически перенаправит вас на «YAT-106».
2. Интеллектуальный быстрый поиск
JIRA позволяет использовать «интеллектуальный» быстрый поиск с минимальной типизацией. Например, для поиска всех задач типа «Task» в проекте «YAT», имеющих статус «Done», необходимо искать строку «Task Done YAT». И JIRA перенаправит вас в окно навигатора с отобранными по заданному критерию задачами.
В таблице ниже представлены специальные термины для «интеллектуального» быстрого поиска:
| Параметр поиска | Описание | Пример строки поиска |
|---|---|---|
| my | Поиск задач, назначенных на вас. | my open task |
| r: | Поиск задач, автором которых являетесь вы или другой пользователь, либо автор не определен. |
Внимание
Между «r:» и определением автора
не должно быть пробелов.
автором которых являетесь вы.
r:demo_3 — поиск задач, автором которых
является пользователь с логином demo_3.
r:none — поиск задач,
автор которых не задан.
определенного проекта
по его имени или ключу.
YAT
yat
истекает сегодня, либо уже закончился.
updated:
due:
«Created» (Создано),
«Updated» (Обновлено),
«Due Date» (Срок исполнения)
отвечали бы заданным критериям.
Соответственно,
параметру «Created» (Создано)
будет соответствовать «created»,
«Updated» (Обновлено) — «updated»,
«Due Date» (Срок исполнения) — «due».
При простановке условий можно использовать термины
«today», «yesterday», «tomorrow».
Также возможна запись вида «-1w»,«1w» обозначающая,
что интересующая нас дата лежит в интервале
от (-1 неделя) до (+1 неделя) от текущего
системного времени.
Запись вида «1w» обозначает, что интересующая нас
дата лежит в диапазоне от (+1 неделя)
от текущего системного времени.
Валидные аббревиатуры для даты и времени:
‘w’ (week), ‘d’ (day), ‘h’ (hour), ‘m’ (minute).
созданных за текущий день.
created:yesterday —
задачи, созданные за вчерашний день.
updated:-1w — задачи,
обновленных за последнюю неделю.
due:1w — срок исполнения начинается через
одну неделю от текущей даты.
due:-1d,1w — срок исполнения
лежит в диапазоне
от ( — 1 день)
до ( + 1 неделя)
created:-1w,-30m — дата создания
лежит в диапазоне от
( — 1 неделя)
до (
— 30 минут)
created:-1d updated:-4h — задачи, созданные
за последние сутки
и обновленные в течении
предыдущих четырех
часов.
high
medium
low
Внимание
Можно использовать значения во множественном числе.
task
bugs
tasks
duplicate
значением поля «Component/s» (Компоненты).
Внимание
Между «с:» и определением компонента
не должно быть пробелов.
в названии компонентов которых
содержится слово «security».
поля «Affects Version/s»
(Проявляется в версиях)
Внимание
Между «v:» и определением версии не должно быть пробелов.
со значениями для поля
«Affects Version/s»
(Проявляется в версиях):
Но не включает задачи
со следующими значениями
для поля «Affects Version/s»
(Проявляется в версиях):
Для отбора задач, содержащих
также минорные версии и версии сборок,
используется запись вида:
В результат запуска будут отобраны задачи
со значениями для поля
«Affects Version/s»
(«Проявляется в версиях»):
поля «Fix Version/s»
(Исправлено в версиях).
Поиск по параметру «ff:» производится
подобно поиску по параметру «v:».
ff:3.0*
3. Быстрый поиск по тексту
Также вы можете отбирать задачи, содержащие определенный текст — просто введите его в поле «Поиск». JIRA ищет задачи по тексту только в трёх определенных полях:
Базовый поиск
Это удобный пользовательский интерфейс для отбора задач. Чтобы им пользоваться, вам не обязательно знать JIRA Query Language (JQL).
Перейдите по пункту меню Поиск → Поиск запросов;
и выберете критерии поиска:
Стандартно «базовый» поиск содержит:
4. Поставьте галочку напротив необходимого поля;
5. Определите критерий отбора по этому полю.
Для удаления добавленного критерия отбора просто воспользуйтесь кнопкой
для данного критерия.
Запрос из «базового» поиска можно перевести в «продвинутый» JQL поиск, и наоборот. Однако запрос из «продвинутого» JQL поиска нельзя перевести в «базовый», если: