Jira как изменить статус задачи

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

Цикл задачи

В ожидании → Уточнение → Надо сделать → В работе → Выполнено/В тестировании → Проверено

В ожидании

Все новые задачи создаются в этом статусе. В данном статусе находится весь Backlog(Архив) задач, которые когда-нибудь необходимо сделать. Сделать все и сразу не возможно, поэтому этот статус отвечает за очередь ВСЕХ задач, требуемых для решения.

Из данного статуса задачи переходят в статус

• Надо сделать — если задачу в ближайшие 2 недели планируется к реализации. То есть, на данную задачу появился временной ресурс для реализации
• Уточнение — если задача не понятна и требуется уточнение Автором задачи.

Уточнение

Данный статус означает, что по задаче требуется уточнение от Автора задачи.

Надо сделать

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

Данный статус для Автора задачи значит — что планируют взять данную задачу в ближайший период

В работе

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

• Если в процессе Выполнения задачи возникли вопросы и требуется Уточнить что-то у Автора задачи, переведите ее в Уточнение — если быстро не удается уточнить (подробнее).
• Если вы поняли, что на задачу не хватает ресурсов временных для реализации — переведите в статус Надо сделать!

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

В тестировании

Данный статус используется только в проектах разработки (WGP, LAY, 1C DEV). Перевод в данный статус означает, что задача выполнена разработчиком и готова для проверки. Из этого статуса задача может быть переведена в Выполнено или На доработку.

Выполнено

Статус Выполнено ставится, когда Исполнитель закончил работу над задачей. Следующий шаг за Автором задачи — он должен её проверить и либо перевести в статус Проверено, если по задаче всё сделано правильно, либо вернуть на доработку.

• Если по задаче не понятно что сделано или сделано не то — верните задачу на доработку.
• Если по задаче вы получили ожидаемый результат — переведите ее в статус Проверено.

Проверка выполненных задач

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

Проверено

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

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

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

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

Are you on the right help page?

The following information only applies to team-managed projects.

To check which type project you need help with, look at the bottom of your project’s left-hand sidebar:

• If you see an icon stating You’re in a team-managed project with Give feedback and Learn more menu items, you’re in a team-managed project.

• If you don’t, you’re in a company-managed project. Check out our company-managed project documentation.

Issue statuses report at-a-glance the state of the work described on an issue. You can customize the statuses your team uses on your team-managed project issues.

Issue statuses relate to your issue type’s workflows and you can edit them in the workflow editor. Read more about workflows in team-managed projects.

In team-managed software projects, you can create, edit, or delete issue statuses in two ways:

• From your project’s settings, by editing an issue type’s workflow (described below).

• From your project’s board, by creating, editing, and deleting columns. Learn more about using a team-managed board.

Add or create a status in your issue type’s workflow

To create a new status:

1. From your project’s sidebar, select Project settings > Issue types.

2. From the sidebar, select the issue type you want to edit.

3. Select Edit workflow.

4. Using the toolbar at the top of the editor, select a status category for the status you want to create.

5. Give your status a name.

6. Select Add.

Your new status appears on the workflow. By default, new statuses allow issues in any other status to move into them. The Any status label represents this kind of «global» transition.

Read more about creating, editing, and deleting issue transitions.

You can add up to 100 statuses across all of your project’s workflows, and up to 50 statuses in any one workflow.

When you’re done making edits to your issue type’s workflow, select Update workflow and confirm which issue type the workflow will apply to. 

By default, new statuses aren’t assigned to a column, and are therefore not visible on the board.

If you’ve added a status that’s new to the workflow, you’ll have the chance to assign it to a board column in the workflow editor. Otherwise, you can manage columns and statuses by going to Project settings > Board > Columns and statuses.

Edit a status’s name or category in your issue type’s workflow

To edit a status:

1. From your project’s sidebar, select Project settings > Issue types.

2. From the sidebar, select the issue type you want to edit.

3. Select Edit workflow.

4. Select the status in your workflow diagram. The status details panel appears.

In the status details panel, you can edit the status’s name and category:

• To edit its name, click the status’s name in the details panel.

• To edit its category, select the Category dropdown in the details panel.

Statuses can be shared between issue types. If you change the name or category of these shared statuses, Jira also updates their names and categories in all your project’s workflows that use the status.

If you want to change the name or category of a status only for the workflow you’re editing:

1. Click the This status is shared across multiple workflows warning text in the details panel.

2. Click the link to Change status for these issues only.

3. Give your status a new name.

4. Select Change.

Jira makes a copy of the status, including its transitions and rules, for the workflow you’re currently editing. Read more about creating, editing, and deleting workflow transitions. 

When you’re done making edits to your issue type’s workflow, select Update workflow and confirm which issue type the workflow will apply to.

Delete a status in your issue type’s workflow

To delete a status:

1. From your project’s sidebar, select Project settings > Issue types.

2. From the sidebar, select the issue type you want to edit.

3. Select Edit workflow.

4. Select the status in your workflow diagram. The status details panel appears.

5. At the bottom of the details panel, select Delete status.

Deleting a status also deletes any transitions – and their rules! – associated with the status. 

Statuses can be shared between workflows. Deleting a status in the workflow editor only removes the status from the workflow you’re currently editing.

Pro tip: You can use the keyboard shortcut Ctrl+Z (on Mac: Cmd+Z) to undo any changes while editing your workflow. This comes in handy if you accidentally delete a status and don’t want to recreate all of its transitions.

When you’re done making edits to your issue type’s workflow, select Update workflow and confirm which issue type the workflow will apply to.

Jira warns you about any issues that are in statuses you’re deleting and ask you to move them to a valid status.

Мы уже разобрали главную сущность Jira Software Atlassian — Issue и рассмотрели различные типы задач (тикетов, тасков). В статье рассказываем о настройке рабочих процессов Jira Workflow. Если правильно выстроить сценарии достижения цели, все этапы работы бизнеса становятся прозрачными и предсказуемыми.

Почему это важно
Компоненты Workflow
— Статусы
— Переходы
— Исполнитель
— Решения
Распространенные ошибки
Как выстроить работу
— Упростите процесс
— Настройте переходы
— Условия
— Валидаторы
— Постфункции
— Свойства
Как не запутаться в компонентах
Как настроить статусы

Почему для бизнеса важна настройка рабочих процессов

Любая цель становится результатом какого-либо процесса. Любой такой процесс в подавляющем большинстве случаев состоит из последовательности шагов: подготовки, планирования, принятия окончательного решения о реализации или отмене идеи. Финальные шаги обычно — воплощение идеи в жизнь и наслаждение результатом.

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

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

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

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

1. Каждый знает свое место и задачу в процессе в контексте других этапов производства. Исполнитель четко видит, после какого этапа продукт поступает к нему, что он должен делать на своем этапе и что будут делать с его продуктом дальше.
2. Информация о том, что закончен один этап и пора начинать следующий, транслируется всей команде, а не изолирована только между двумя людьми (руководителем и исполнителем). Не нужно дозваниваться, писать личные мейлы или просить кого-то передать исполнителю, что пора браться за работу. Достаточно озвучить новый статус в общем рабочем пространстве (доске в таск-трекере, общей табличке в Google Docs и т.д.).
3. При ретроспективном анализе всегда можно обнаружить проблемное место в процессе. При оптимизации бросить все силы не наугад, а именно туда, где это действительно требуется.

Визуализировать процессы помогают таск-трекеры. В Jira Software такие процессы называются Workflow. Это пути, по которым следуют задачи во время работы — от постановки до сдачи.

Компоненты Workflow

Рабочий процесс (воркфлоу) состоит из четырех компонентов:

• статусы (Statuses);
• переходы между статусами (Transitions);
• исполнители (Assignees);
• решения (резолюшны или Resolutions).

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

Статусы

Статусы указывают, где задача находится в рабочем процессе, и эти статусы должны быть уникальными. В примере рабочего процесса библиотеки книга может находиться в одном из трех состояний: «в библиотеке» (at library), «у читателя» (with customer) или «снята с учета» (retired). Если вы настроите свои переходы как двунаправленные, любая задача сможет проходить через один и тот же статус несколько раз (подробнее об этом чуть ниже).

Статусы бывают двух видов: нерешенные — unresolved (открытые) и решенные — resolved (закрытые). Статус «снята с учета» — закрытый, а «в библиотеке» и «у читателя» — открытые.

В качестве других распространенных открытых статусов часто используют:

• «Открыто».
• «В работе».
• «На проверке».
• «В планировании».
• «Ожидает анализа» и т.д.

Примеры типовых закрытых статусов:

• «Отправлено».
• «Опубликовано».
• «Закрыто».
• «Сдано».
• «Принято» и т.д.

Переходы

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

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

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

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

Исполнитель

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

Решения (резолюшны)

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

Распространенные ошибки в работе с Workflow

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

Устанавливать резолюшн лучше тогда, когда задача переходит из нерешенного состояния в решенное. Если задача снова переходит в нерешенное состояние, необходимо удалить решение. Например, библиотекарь решает вернуть книгу в обращение — перенести ее из статуса «снята с учета» в статус «в библиотеке» через переход «восстановить». В этом случае ему необходимо удалить резолюшн из книги. В Jira можно настроить автоматическое выполнение этой операции с помощью постфункции перехода (об этом чуть ниже).

Как выстроить работу при настройке рабочих процессов

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

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

Делайте рабочий процесс в Jira простым

Часто руководители и сотрудники хотят иметь статусы для каждой части рабочего процесса. Это хорошо, но помните, что каждый статус добавляет больше переходов и усложняет Workflow. Лучше стремитесь к простоте и масштабируемости.

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

1. Менеджер по разработке хочет добавить особый статус под названием Code Review. Делает это, чтобы команде было ясно, какие проблемы находятся в активной разработке, а какие закончены и ожидают проверки. Просмотр кода существенно отличается от написания, поэтому имеет смысл добавить новое состояние.
2. В библиотеке нельзя выдавать читателям на руки книги, которые ждут проверки перед списанием. Поэтому статус «в библиотеке» для них не подходит. Но и в статус «списана» переводить их тоже нельзя, так как книгу еще не осмотрел работник библиотеки. В этом случае для накопления книг разумно добавить новый статус — «на ревизии».
3. Для всех проблем, которые не проходят проверку, менеджер по контролю качества хочет добавить новый статус — Failed Verification. Но он не решает задачу, а только усложняет Workflow. Подобные проблемы инженеры по тестированию просто могут отправлять в предыдущее состояние, например, «в процессе» или «в разработке».
4. Аналогичная с предыдущей ситуация и с библиотечным процессом. Не нужно делать отдельный статус «отреставрирована» для книг, прошедших ревизию и не отправленных на списание. Отреставрированной книге можно сразу присвоить статус «в библиотеке» и выдать ее читателю.

Настройте переходы

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

Условия

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

Валидаторы

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

Постфункции

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

Можно настроить Jira так, чтобы поле «исполнитель» снова принимало значение «не назначено», когда читатель возвращает книгу в библиотеку.

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

Свойства

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

Как не запутаться при настройке рабочего процесса для вашей команды

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

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

Компонент Workflow	На какой вопрос отвечает
Статус	Где
Исполнитель	Кто
Решение	Почему
Переход	Куда

Как настроить статусы в Workflow

Каждый статус в рабочем процессе — это отдельный этап или шаг в жизненном цикле проблемы (Issue). С Jira Software легко настроить доску, которая показывает поток работы на протяжении жизненного цикла каждой задачи.

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

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

Бывает тимлид не успевает все проверять или не понимает, как расставить приоритеты. На каком-то этапе проекта в статусе «проверка кода» скапливается слишком много задач — стопорится работа.

Оптимизировать такой поток задач просто. Для статуса «проверка кода» устанавливаем лимит незавершенной работы. Тимлид видит проблемные места и своевременно все решает. Так можно устранить любые «узкие» места в бизнес-процессах.

Для руководителя можно настроить отдельную доску. На ней в одном столбце будут статусы, например, «в разработке» и «проверка кода». Ведь оба статуса для него сообщают, что задача еще в работе. Руководитель в реальном времени видит, что действительно сделано, а что нет.

Мы рассмотрели лишь частный случай оптимизации Workflow в Jira. Ситуации могут быть разными. Но всегда есть возможность сделать рабочие процессы простыми и управляемыми. Если вам нужна консультация по работе с Jira, напишите нам.

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