tutorial

Работа с задачами в Jira Software

Руководство по работе с задачами в Jira Software 

Max Rehkopf Max Rehkopf
Просмотр тем

Учебное руководство по задачам Jira

Изучив это руководство, вы узнаете, как работать с задачами в Jira Software. В нем не рассматриваются командные ритуалы, которые проводятся вне Jira Software, такие как совещания по планированию спринта, ретроспективы и ежедневные стендапы. О них можно прочитать в статье «Применение scrum с помощью Jira Software».

Время.

10 минут на прочтение.

Аудитория.

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

Предварительные требования.

  • Вы создали аккаунт Jira Software.
  • Вы создали проект Jira Software.

Попробовать бесплатно

Что такое задача?

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

Создание задачи

Создать задачу можно несколькими способами.

Через основное меню с любой страницы Jira

From the global menu, anywhere in Jira

В бэклоге

On the backlog

На доске (только для досок agility в версии Cloud)

On your board (agility boards only)

Дополнительно: создание подзадач

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

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

Чтобы создать подзадачу, выполните следующие действия.

  1. Перейдите к задаче и выберите and select ••• > Create Sub-Task (Дополнительно > Создать подзадачу).
  2. Введите необходимую информацию и нажмите Create (Создать).
Оценка сложности задач (только для scrum)

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

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

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

Поэтому среди тех, кто использует методы scrum, многие команды стремятся не к точной оценке сложности, а к стабильной скорости. Скорость команды — это сумма величин сложности, на которую команда выполняет работу в большинстве спринтов. У большинства команд скорость более-менее стабилизируется через несколько спринтов. Зная свою скорость и сложность задач в бэклоге, команды могут прогнозировать, сколько уйдет времени на выполнение крупных частей бэклога.

Например, если трудовой потенциал команды в человеко-часах составляет 120 часов в каждом спринте, а ее скорость — 60 часов, с помощью последнего значения все равно можно подсчитать, за какое количество спринтов удастся выполнить составляющие бэклога. Уместно будет спросить, куда подевались «остальные 60 часов»; может, что-то не так с производительностью команды? Но обычно с ней все в порядке: оценка команды всего лишь отражает ее представление о сложности задач, и на нее всегда влияют особенности команды (например, склонность к завышенной или заниженной оценке), а также потребление ресурсов в организации. Для планирования важна только скорость.

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

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

Чтобы указать значение оценки сложности задачи, выполните следующие действия.

  1. В проекте scrum выберите задачу на доске или в бэклоге.
  2. На панели информации о задаче щелкните по полю Estimate (Оценка сложности).
  3. Введите значение оценки.

Можно ли изменить оценку сложности после того, как она уже введена? Если в двух словах, да, можно. Но если вы измените оценку сложности после начала спринта, за этим последует изменение объема работ на диаграмме Burndown.

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

Расстановка задач в порядке важности

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

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

  • В проекте kanban или agility определить порядок задач можно в столбце To do (Предстоит сделать). Когда участники команды будут готовы взять дополнительную работу на себя, они должны взять задачу из верхней строчки списка. Помните, что, используя этот подход, вы должны постоянно следить за столбцом To do со всеми его задачами, поскольку приоритеты имеют обыкновение изменяться.

Примечание. Чтобы переместить задачу выше или ниже на доске, пользователь должен иметь на эту задачу права Schedule Issue (Составление графика задач) и Edit Issue (Редактирование задачи).

Добавление флага к задаче

Работая на доске kanban или agility, вы можете пометить задачу специальным флагом. На досках agility помеченные задачи выглядят примерно так:

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

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

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

Чтобы пометить задачу, выполните следующие действия.

  1. Перейдите на доску kanban или agility.

  2. Щелкните по задаче правой кнопкой мыши.

  3. Нажмите Add flag (Пометить).

Изменение статуса задач

Изменение статуса задач отражает прогресс в рабочем процессе. Чтобы изменить статус задачи, перетащите ее из одного столбца в другой.

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

Фильтрация задач

С помощью фильтра задач можно скрывать задачи, которые вам не нужны, и выводить на передний план важные задачи. В Jira Software есть быстрые фильтры, с помощью которых можно фильтровать задачи на доске. Вот как они выглядят на досках scrum/kanban:

  1. Строка поиска позволяет отобразить задачи, содержащие условие поиска, и скрыть остальные.

  2. Меню быстрых фильтров по умолчанию позволяет фильтровать задачи, назначенные вам, и недавно обновленные задачи. Все созданные вами быстрые фильтры также будут показаны здесь.

  3. Меню Assignee (Исполнитель) позволяет отобразить задачи, назначенные выбранным вами исполнителям.

Чтобы создать собственные быстрые фильтры (для досок scrum и kanban), выполните следующие действия.

  1. Перейдите на доску и нажмите (Ellipses button) > Board settings (Дополнительно > Настройки доски).
  2. Щелкните по вкладке Quick Filters (Быстрые фильтры).
  3. Введите для фильтра название, JQL-запрос и описание. Подробную информацию о JQL-запросах см в нашей документации по продвинутым возможностям поиска.

  4. Нажмите Add (Добавить).

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

Подробнее о работе с задачами в Jira Software см. в документации по задачам.

Есть вопросы? Задайте их сообществу Atlassian.

продолжение темы
Learn burndown charts with Jira Software