Обзор рабочих процессов Jira
Что такое рабочий процесс Jira?
In Jira, the path your work items take from creation to completion is called workflow. Each workflow is composed of a set of statuses and transitions that your work item moves through during its lifecycle and typically represents work processes within your organization.
A Jira workflow represents the process your team uses to take a work item from creation to completion. The illustration below is an example workflow:
Рабочие процессы Jira состоят из трех уникальных элементов.
- Status: A status indicates where the work item is within the workflow. Some examples may include: Open, In Progress, In Review, Scheduled, Pending, Waiting, etc.
- Transition: A transition represents the action being taken to move a work item from status to status. A transition is a one-way link, so if a work item needs to move back and forth between two statuses, two transitions need to be created.
- Решение. Если задача завершена и больше не открыта, ей необходимо присвоить статус решения. Вот несколько примеров: «Закрыто», «Решено», «Поставлено», «Завершено», «Готово», «Финализировано», «Не будет выполнено» и т. д. (Доступно только в проектах компании.)
Что такое схема рабочего процесса?
Different types of work go through different processes. Jira enables teams to more accurately capture their workflows by associating different workflows with different work types. Like a permission scheme, a workflow scheme refers to the set of associations between workflows and work types. Every project requires at least one workflow scheme, and a workflow scheme can be applied to multiple projects.
Рассмотрим следующий пример использования.
There is a single development team at an organization, and the development team uses a Jira project to manage its work. The project has unique workflows for each of its work types:
- Bug work type refers to an error that needs to be resolved, and uses statuses like “Triaged” and “Fixed”.
- Story work type refers to feature-related work, and uses statuses like “Design WIP”, “Design Review”, and “Ready for Development”.
- Task and subtask work types refer to all other types of project work, and use statuses like “To Do”, “In Progress” and “Done”.
Over the course of a year, the development team doubles in size. The engineering manager splits the team into two and creates a second Jira project. Since both teams have similar kinds of work, the first project’s workflow scheme, the set of associations between workflows and work types, is applied to the second project.
With two teams owning their own projects, they can stay focused on relevant tasks and have the autonomy to manage their own work the way they see fit. At the same time, the engineering manager is able to get a complete and consistent view across all work items in both projects since they share the same workflow scheme.
Схемы рабочих процессов в настоящее время доступны только в проектах компании. Подробнее
Что такое редактор рабочих процессов?
Редактор рабочих процессов — это графический инструмент для создания, визуализации и редактирования этапов и переходов рабочего процесса. Для доступа к этим возможностям необходимо войти в систему как пользователь с глобальными правами Jira System Administrators (Системные администраторы Jira).
Редактор рабочих процессов в настоящее время доступен только в проектах команды.
Какова связь между рабочим процессом и доской?
In Jira, a workflow is very closely related to the board. A workflow refers to the path your work items take from creation to completion. Each workflow is composed of statuses and transitions that your work item moves through during its lifecycle. A board is the tool used to visualize the work as it moves through your workflow.
Jira administrators often set up the board’s columns to match steps in the workflow. For teams with simple workflows, statuses available to work items in each column also mirror to the step in the workflow.
For teams with more complex processes, the board columns may only represent a subset of steps in the entire workflow. In this situation, teams will typically map multiple statuses to each column. This enables the team to more accurately represent the different workflows for different work types without cluttering the board.
