Обзор рабочих процессов Jira
Что такое рабочий процесс Jira?
В Jira рабочим процессом называется путь, который задачи проходят от создания до завершения. Каждый рабочий процесс состоит из набора статусов и переходов между ними, которые совершает задача в течение жизненного цикла. Обычно рабочий процесс отражает производственные процессы в организации.
Рабочий процесс Jira — это последовательность действий команды по ведению задачи через все этапы, от создания до завершения. На следующем рисунке показан пример рабочего процесса.
Рабочие процессы Jira состоят из трех уникальных элементов.
- Статус. Статус показывает, на каком этапе рабочего процесса находится задача. Вот несколько примеров: «Открыто», «В работе», «В процессе проверки», «Запланировано», «На рассмотрении», «В ожидании» и т. д.
- Переход. Переход — это действие по переводу задачи из одного статуса в другой. Переход представляет собой одностороннюю связь, поэтому для перевода задачи из одного статуса в другой и обратно потребуется создать два перехода.
- Решение. Если задача завершена и больше не открыта, ей необходимо присвоить статус решения. Вот несколько примеров: «Закрыто», «Решено», «Поставлено», «Завершено», «Готово», «Финализировано», «Не будет выполнено» и т. д. (Доступно только в проектах компании.)
Что такое схема рабочего процесса?
Работу разного типа нужно выполнять по-разному. Jira позволяет командам точнее фиксировать существующие процедуры, связывая разные рабочие процессы с разными типами задач. Подобно схеме прав доступа, схема рабочих процессов представляет собой набор связей между рабочими процессами и типами задач. Для каждого проекта требуется по крайней мере одна схема рабочего процесса. При этом одну схему можно использовать в нескольких проектах.
Рассмотрим следующий пример использования.
Единственная команда разработчиков в организации использует для управления своей работой проект Jira. Каждому типу задач в проекте соответствует свой рабочий процесс.
- Тип задачи «Баг» предназначен для ошибок, которые необходимо устранить. В нем используются статусы «На рассмотрении» и «Исправлено».
- Тип задачи «История» предназначен для разработки функций. В нем используются статусы «Незавершенная проектная работа», «Оценка проектных решений» и «Готово к разработке».
- Типы задач «Задание» и «Подзадача» предназначены для всех остальных типов работ по проекту. В них используются статусы «К выполнению», «В работе» и «Готово».
За год размер команды разработчиков увеличивается вдвое. Менеджер по разработке делит команду на две части и создает второй проект Jira. Поскольку обе команды выполняют схожие задачи, во втором проекте используется та же схема рабочего процесса, набор связей между рабочими процессами и типы задач, что и в первом.
Обе команды являются владельцами собственных проектов. Они могут сосредоточиться на соответствующих заданиях и самостоятельно управлять своей работой так, как считают нужным. Вместе с тем менеджер по разработке получает четкое и полное представление обо всех задачах в обоих проектах, поскольку в них используется одна и та же схема рабочего процесса.
Схемы рабочих процессов в настоящее время доступны только в проектах компании. Подробнее
Что такое редактор рабочих процессов?
Редактор рабочих процессов — это графический инструмент для создания, визуализации и редактирования этапов и переходов рабочего процесса. Для доступа к этим возможностям необходимо войти в систему как пользователь с глобальными правами Jira System Administrators (Системные администраторы Jira).
Редактор рабочих процессов в настоящее время доступен только в проектах команды.
Какова связь между рабочим процессом и доской?
В рабочем процессе Jira активно используется доска. Рабочий процесс — это путь, который проходят задачи от создания до завершения. Каждый рабочий процесс состоит из статусов и переходов между ними, которые совершает задача в течение своего жизненного цикла. Доска — это инструмент, который используется для визуализации работы на протяжении всего рабочего процесса.
Администраторы Jira часто настраивают столбцы на доске таким образом, чтобы они соответствовали этапам рабочего процесса. Для команд с простыми рабочими процессами статусы задач в каждом столбце также соответствуют этапам рабочего процесса.
Для команд с более сложными процессами столбцы на доске могут представлять лишь часть этапов рабочего процесса. В этом случае команды обычно связывают с одним столбцом несколько статусов. Это позволяет им более точно представлять различные рабочие процессы для разных типов задач, не загромождая доску.
Чем расширенная настройка рабочих процессов отличается от правил автоматизации?
Проекты компании поставляются с расширенными возможностями настройки, поэтому команды могут легко устанавливать соответствие и оптимизировать даже самые сложные рабочие процессы. Например, можно создать условия для проверки того, должен ли пользователь экземпляра выполнить переход.
Похожие возможности существуют в Automation for Jira в виде правил автоматизации. Однако есть некоторые ключевые различия.
- Расширенные настройки рабочего процесса связаны с каждым проектом только через схему рабочего процесса, тогда как правила автоматизации можно применять к различным функциям.
- Расширенные настройки рабочего процесса немного сложнее создать, однако ими легче управлять при любом масштабе.
- Расширенные настройки рабочего процесса могут создавать меньшую нагрузку на ресурсы хостинга, поскольку правила автоматизации, доступные для каждого проекта, различаются в зависимости от версии. Сравнить тарифные планы
Расширенная настройка рабочих процессов в настоящее время доступна только в проектах компании.