Как перевести задачу в jira
Постановка (создание) задач в Jira
Чтобы не забыть о своих задачах или быстро узнать чем занимаются коллеги и подчиненные, создавайте задачи в системе Jira. С помощью этой системы:
Как создать задачу
Чтобы создать новую задачу, нажмите кнопку Создать в верхней панели управления.
Откроется модальное окно создания задачи:
Что обязательно нужно указать при создании задачи
Дополнительные поля в окне создания задачи
Задачи с указанным сроком исполнения имеют более высокий приоритет по сравнению с задачами без срока
Как управлять количеством полей в форме создания задачи
Если вы не видите какие-то из этих полей, возможно они скрыты настройками карточки создания задачи. Чтобы проверить это и отобразить поля, нажмите Настроить поля в правом верхнем углу.
В открывшемся окне отметьте галками поля, которые необходимо отображать в карточке создания задачи.
Работа с задачами (исполнитель)
Просмотр своих задач (статус Открытые и В работе)
Вы можете посмотреть свои задачи несколькими способами. Самый простой и удобный — через поиск, воспользоваться фильтром «Мои открытые задачи».
Начало работы с задачей. Статус В работе
Когда вы начинаете работу над задачей, то необходимо взять её в работу. Для этого нажмите соответствующую кнопку в карточке задачи:
Или передвиньте ее в столбец В работе (если вы работаете с канбан доской).
В процессе работы над задачей не забывайте:
После завершения задачи обязательно разместить результат:
Когда вы заканчиваете работу, нажимаете в самой задаче кнопку Выполнено автором (если вы являетесь автором задачи) и Выполнено (если задачу вам поставил другой сотрудник).
В проектах, связанных с разработкой (Web, 1C), задачи сначала переводятся в статус В тестировании и только при успешном прохождении тестирования в Выполнено.
Статус Выполнено означает, что задача еще не проверена Автором задачи.
При постановке статуса Выполнена нужно сделать так, чтобы по задаче было понятно где искать результат. Это можно сделать несколькими способами
Задачи — которые поставлены в Выполнено и по ним не понятно, где искать результат — будут возвращаться в работу.
Задача (запрос) проекта 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 позволяет пользователю легко перемещать задачу из одного проекта в другой с помощью мастера «Перемеcтить задачу» (Move Issue).
Обратите внимание, что у вас должны быть соответствующие разрешения проекта для переноса задачи из одного проекта в другой, т. е.
Если у вас нет ни одного из этих разрешений, обратитесь к администратору JIRA, чтобы добавить их в свой профиль пользователя.
Перемещение задачи
Мастер «Переместить задачу» (Move Issue) позволяет указать другой проект в экземпляре JIRA для перемещения выбранной вами задачи. Поскольку могут быть существенные различия в конфигурации вашего исходного проекта и целевого проекта, мастер «Переместить задачу » (Move Issue) позволяет вам изменить определенные атрибуты задачи. К ним относятся:
Для того, чтобы переместить задачу из одного проекта в другой, выполните следующие шаги:
1. Просмотрите задачу, которую хотите переместить.
2. Выберите «Дополнительно» (More) > «Переместить» (Move).
3. Отобразится первая страница мастера «Перемеcтить задачу» (Move Issue). Выберите проект, в который вы хотите переместить свою задачу, и при необходимости измените тип задачи. Нажмите «Далее» (Next), чтобы продолжить.
4. Если вам необходимо изменить статус вашей задачи (см. объяснение выше), появится страница «Выбор статуса» (Select Status ) . Выберите новый статус для своей задачи и нажмите «Далее» (Next), чтобы продолжить.
5. Если вам необходимо указать значения для любых обязательных настраиваемых полей (см. объяснение выше), отобразится страница «Обновить поля» (Update Fields). Укажите нужные значения для каждого поля и нажмите «Далее» (Next) для продолжения.
7. Ваша задача будет перенесена в целевой проект и отображена на экране. Теперь вы можете отредактировать задачу, чтобы внести дальнейшие изменения, если хотите.
Перемещение связанных задач
Устранение проблем
Работа с задачами в Jira Software
Руководство по работе с задачами в Jira Software
Просмотр тем
Учебное руководство по задачам Jira
Из этого учебного материала вы узнаете принципы работы с досками в Jira Software. В нем не рассматриваются командные ритуалы, которые вы проводите вне Jira Software, такие как собрания по планированию спринта, ретроспективы и ежедневные стендапы. О них можно прочитать в статье «Применение Scrum с помощью Jira Software».
10 минут на прочтение.
Вы только начинаете знакомство с Jira Software и пока не знаете, для чего этот инструмент нужен.
Вы создали проект Jira Software.
С помощью задач в Jira команды отслеживают отдельные составляющие работы, которые необходимо завершить. В зависимости от того, как команда использует Jira, задача может обозначать задание по проекту, заявку в службу поддержки, бланк заявления на отпуск и т. д. В Jira Software задачи обычно обозначают крупные функциональные элементы, требования пользователей и баги в ПО.
Создание задачи
Создать задачу можно несколькими способами.
Из верхней панели навигации где угодно в Jira
В бэклоге
На доске (только для проектов команды)
Дополнительно: создание подзадач
Задачи также могут содержать подзадачи, которые можно назначать и отслеживать в индивидуальном порядке. Подзадачи могут быть созданы, чтобы:
Чтобы создать подзадачу, выполните следующие действия.
Оценка сложности задач в бэклоге позволяет спрогнозировать, сколько времени может уйти на выполнение частей бэклога.
Зачем нужна оценка сложности задач? Оценка сложности нужна для определения скорости команды. Дать оценку сложности элементам бэклога нужно в первую очередь для того, чтобы с помощью этой информации понять, сколько времени уйдет на выполнение составляющих бэклога.
В классических командах по разработке руководители оценивали сложность задач в человеко-часах. Затем они могли подсчитать количество часов в бэклоге, разделить его на количество людей в команде и часов в неделе, чтобы получить прогнозируемую дату. Эти прогнозы часто оказывались крайне неточными, потому что они не учитывали особенности команды в плане оценки своих возможностей (склонность завышать или занижать оценку), непредвиденные перерывы в работе или развитие производительности команды со временем.
Поэтому среди тех, кто использует методику Scrum, многие команды стремятся не к точной оценке сложности, а к стабильной скорости. Скорость команды — это сумма величин сложности, на которую команда выполняет работу в большинстве спринтов. У большинства команд скорость в той или иной мере стабилизируется через несколько спринтов. Зная свою скорость и сложность задач в бэклоге, команды могут прогнозировать, сколько уйдет времени на выполнение крупных частей бэклога.
Например, если трудовой потенциал команды в человеко-часах составляет 120 часов в каждом спринте, а ее скорость — 60 часов, с помощью последнего значения все равно можно подсчитать, за какое количество спринтов удастся выполнить составляющие бэклога. Уместно будет спросить, куда подевались «остальные 60 часов»; может, что-то не так с производительностью команды? Но обычно с ней все в порядке: оценка команды всего лишь отражает ее представление о сложности задач, и на нее всегда влияют особенности команды (например, склонность к завышенной или заниженной оценке), а также потребление ресурсов в организации. Для планирования важна только скорость.
Большинство команд измеряет сложность работы в очках за пользовательские истории. С помощью них можно оценить сложность одной задачи относительно других. Это целесообразно, потому что позволяет получить ответ на такие важные вопросы, как «Какой объем работы мы можем выполнить за этот спринт, если оценивать ситуацию трезво?» и «Сколько времени уйдет на выполнение этой части бэклога?». Используя оценку сложности, команды могут ответить на эти вопросы, не беспокоясь о точности прогноза, как бывает, когда команду просят рассчитать объем работы по времени.
Подробнее о том, как можно отслеживать изменение сложности работы и скорость команды, рассказывается в нашем обучающем руководстве, посвященном диаграмме Burndown.
Чтобы оценить сложность задачи, выполните следующие действия.
Можно ли изменить оценку сложности после того, как она уже введена? Краткий ответ: да. Однако если вы измените подход к оценке после начала спринта, за этим последует изменение объема работ в диаграмме Burndown.
Не переживайте, если определить сложность задач не так просто. Обратитесь к нашему руководству по оценке сложности работы. В нем приведены советы и рекомендации по правильной оценке сложности задач.
Расстановка задач в порядке важности
Когда задачи расставлены по приоритету, команда может увидеть, над чем ей предстоит работать далее. Чтобы определить порядок задач, перейдите в бэклог или на доску и перетащите задачи, чтобы расположить их в порядке очередности. Перечислим несколько вариантов, где вы можете это сделать.
В проекте Scrum при планировании следующего спринта вы можете определить порядок задач в бэклоге, а затем поместить первые 10 задач (или столько задач, сколько может выполнить команда) в спринт.
В шаблоне Kanban порядок задач можно определить в столбце To do (К выполнению). Когда участники команды будут готовы взять дополнительную работу, им потребуется взять задачу из верхней строчки списка. Помните, что в рамках этого подхода вам нужно постоянно следить за всеми задачами в столбце To do (К выполнению), поскольку приоритеты могут измениться.
Примечание. Чтобы переместить задачу выше или ниже на доске, пользователь должен иметь на эту задачу права Schedule Issue (Составление графика задач) и Edit Issue (Редактирование задачи).
Добавление флага к задаче
Вы можете пометить задачу флагом. Помеченная задача выглядит так:
Возможность добавлять пометки к задачам способствует взаимодействию и обмену информацией в команде. Рассмотрим несколько примеров.
Вы работаете над заданием и понимаете, что вам не удастся его закончить. Вы можете пометить задачу, и коллега, у которого есть нужные ресурсы, посмотрит на доску и придет на помощь.
Вы работаете над задачей и в определенный момент сталкиваетесь с препятствием. В этом случае можно пометить задачу, добавить комментарий с описанием блокера и перейти к следующему заданию. Эту отметку можно увидеть на доске. Если открыть задачу, сразу станет понятно, в чем проблема.
Чтобы пометить задачу, выполните следующие действия.
Перейдите на доску.
Щелкните по задаче правой кнопкой мыши.
Нажмите Add flag (Пометить).
Изменение статуса задач
Изменение статуса задач отражает прогресс в рабочем процессе. Чтобы изменить статус задачи, перетащите ее из одного столбца в другой.
Если вам не удается перенести задачу в другой столбец, возможно, в рабочем процессе установлены ограничения. Широкие возможности Jira позволяют администраторам устанавливать определенные правила, например обязательное прохождение багов через столбец контроля качества или запрет на перенос историй из столбца «Предстоит сделать» напрямую в столбец «Завершено». Подробная информация приведена в нашей документации по рабочему процессу.
Фильтрация задач
С помощью фильтра задач можно скрывать задачи, которые вам не нужны, и выводить на передний план важные задачи. В Jira Software есть быстрые фильтры, с помощью которых можно фильтровать задачи на доске. Вот как они выглядят на досках Scrum и Kanban.
Строка поиска позволяет отобразить задачи, соответствующие поисковому запросу, и скрыть остальные.
Меню быстрых фильтров по умолчанию позволяет фильтровать задачи, назначенные вам, и недавно обновленные задачи. Все созданные вами быстрые фильтры также будут показаны здесь.
Меню исполнителей позволяет отобразить задачи, назначенные выбранным вами исполнителям.
Чтобы создать собственные быстрые фильтры (для досок Scrum и Kanban), выполните следующие действия.
Укажите для фильтра имя, JQL-запрос и описание. Подробную информацию о JQL-запросах см. в нашей документации по продвинутым возможностям поиска.
Нажмите Add (Добавить).
Автоматизация — ваше секретное оружие
Jira — это место, где кипит работа. Иногда работы бывает очень много! Автоматизация имеет ключевое значение для поддержания всех задач в актуальном и упорядоченном состоянии. Некоторые наиболее распространенные приемы автоматизации можно найти в библиотеке шаблонов Jira Automation.
Хотите узнать больше?
Подробнее о работе с задачами в Jira Software см. в документации по задачам.