Обзор рабочих процессов Jira
Что такое рабочий процесс Jira?
В Jira рабочим процессом называется путь, который задачи проходят от создания до завершения. Каждый рабочий процесс состоит из набора статусов и переходов между ними, которые совершает задача в течение жизненного цикла. Обычно рабочий процесс отражает производственные процессы в организации.
Рабочий процесс Jira — это последовательность действий команды по ведению задачи через все этапы, от создания до завершения. На следующем рисунке показан пример рабочего процесса.
Рабочие процессы Jira состоят из трех уникальных элементов.
- Статус. Показывает, на каком этапе рабочего процесса находится задача. Вот несколько примеров: Open (Открыто), In Progress (В работе), In Review (В процессе проверки), Scheduled (Запланировано), Pending (На рассмотрении), Waiting (В ожидании) и т. д.
- Переход. Это действие по переводу задачи из одного статуса в другой. Переход представляет собой одностороннюю связь, поэтому для перевода задачи из одного статуса в другой и обратно потребуется создать два перехода.
- Решение. Если задача завершена и больше не открыта, ей необходимо присвоить статус решения. Вот несколько примеров: «Закрыто», «Решено», «Поставлено», «Завершено», «Готово», «Финализировано», «Не будет выполнено» и т. д. (Доступно только в разделах компании.)
Что такое схема рабочего процесса?
Подход к выполнению задачи зависит от ее типа. Jira позволяет командам точнее фиксировать существующие процедуры, связывая разные рабочие процессы с разными типами задач. Подобно схеме прав доступа, схема рабочих процессов представляет собой набор связей между процессами и типами задач. Для каждого раздела требуется по крайней мере одна схема рабочих процессов. При этом одну схему можно использовать в нескольких разделах.
Рассмотрим следующий пример использования.
Единственная команда разработчиков в организации использует для управления своей работой раздел Jira. Каждому типу задач в разделе соответствует свой рабочий процесс.
- Тип задачи Bug (Баг) предназначен для ошибок, которые необходимо устранить. В нем используются статусы Triaged (На рассмотрении) и Fixed (Исправлено).
- Тип задачи Story (История) предназначен для разработки функций. В нем используются статусы Design WIP (Незавершенная задача по дизайну), Design Review (Оценка дизайнерских решений) и Ready for Development (Готово к разработке).
- Типы задач Task (Задание) и Subtask (Подзадача) предназначены для всех остальных типов работ по проекту. В них используются статусы To Do (К выполнению), In Progress (В работе) и Done (Готово).
За год размер команды разработчиков увеличивается вдвое. Руководитель разработки делит команду на две части и создает второй раздел Jira. Поскольку обе команды выполняют схожие задачи, во втором разделе используется такая же схема рабочих процессов — набор связей между процессами и типами задач.
Каждая команда владеет собственным разделом, может сосредоточиться на своих задачах и управлять работой так, как считает нужным. Вместе с тем руководитель разработки получает четкое и полное представление обо всех задачах в обоих разделах, поскольку в них используется одна и та же схема рабочих процессов.
Схемы рабочих процессов в настоящее время доступны только в разделах компании. Подробнее
Что такое редактор рабочих процессов?
Редактор рабочих процессов — это графический инструмент для создания, визуализации и редактирования этапов и переходов рабочего процесса. Для доступа к этим возможностям необходимо войти в систему как пользователь с глобальными правами Jira System Administrators (Системные администраторы Jira).
Редактор рабочих процессов в настоящее время доступен только в разделах команды.
Какова связь между рабочим процессом и доской?
В рабочем процессе Jira активно используется доска. Рабочий процесс — это путь, который проходят задачи от создания до завершения. Каждый рабочий процесс состоит из статусов и переходов между ними, которые совершает задача в течение своего жизненного цикла. Доска — это инструмент, который используется для визуализации работы на протяжении всего рабочего процесса.
Администраторы Jira часто настраивают столбцы на доске таким образом, чтобы они соответствовали этапам рабочего процесса. Для команд с простыми процессами статусы задач в каждом столбце также соответствуют этапам.
Для команд с более сложными процессами столбцы на доске могут представлять лишь часть этапов рабочего процесса. В этом случае команды обычно связывают с одним столбцом несколько статусов. Это позволяет им более точно представлять различные рабочие процессы для разных типов задач, не загромождая доску.
Чем расширенная настройка рабочих процессов отличается от правил автоматизации?
Разделы компании предусматривают расширенные возможности настройки, поэтому команды могут без труда применять и оптимизировать даже самые сложные рабочие процессы. Например, можно задать условия, при которых пользователь может перевести задачу в экземпляре в другой статус.
Похожие возможности существуют в Automation for Jira в виде правил автоматизации. Однако есть некоторые ключевые различия.
- Расширенные настройки рабочего процесса связаны с каждым разделом только через схему рабочих процессов, тогда как правила автоматизации можно применять к различным функциям.
- Расширенные настройки рабочего процесса немного сложнее создать, однако ими легче управлять при любом масштабе.
- Расширенные настройки рабочего процесса могут уменьшить нагрузку на ресурсы хостинга, поскольку правила автоматизации, доступные для каждого раздела, различаются в зависимости от версии. Сравнить тарифные планы
Расширенная настройка рабочих процессов в настоящее время доступна только в разделах компании.