Что относят к основным элементам процессов в jira

Создание бизнес-процесса в JIRA

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

Создадим простой бизнес-процесс, который будет включать в себя 4 статуса

Ранее мы очистили наш проект от значений по умолчанию, которые появились вместе с созданием первого проекта после установки JIRA Service Desk, в том числе и различные статусы. Но некоторые системные статусы, которые нельзя удалить, остались. Администрирование — Задачи — Статусы

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

Переименуем все статусы в русский вариант. В противном случае, если не переименовать, то при добавлении их в бизнес-процесс мы увидим следующее.

Добавим затем еще 3 статус из списка В работе, Решен и Закрыт.

Каждый статус имеет маркеры и щелкнув на переход можно пристыковать его к любой стороне статуса для красивого отображения схемы.

Выделяем бизнес-процесс IT: Workflow и щелкаем Далее

После добавление в схему нашего бизнес-процесса появится возможность удалить системный бизнес-процесс Бизнес-процесс JIRA (jira). Что мы и сделаем.

Щелкаем на Переключить схему

Дожидаемся когда завершится применение новой схемы к проекту и нажимаем на Подтвердить

На этом завершаем статью и переходим к созданию полей для нашей задачи.

Источник

Рабочие процессы Jira для эффективной командной работы

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

Повышайте прозрачность, подотчетность и продуктивность

Каждая команда по-своему понимает результат работы и способы его достижения. Рабочий процесс — это визуальное представление процесса в команде или организации. Рабочие процессы Jira состоят из статусов и переходов между ними, благодаря чему участники команды могут всегда и везде достоверно оценить состояние работы.

Прозрачное управление проектами

Следуя рабочим процессам в Jira, каждый участник команды точно знает свой объем работы, а также может видеть состояние рабочей нагрузки коллег. Рабочие процессы можно связывать с определенными проектами и типами задач, используя схему рабочего процесса. Таким образом, вся проектная работа будет упорядочена по статусу, например To Do (К выполнению), In Progress (В работе), Done (Готово) и любые другие.

Подотчетность участников команды

Прозрачное управление рабочими процессами помогает в работе командам поддержки и руководителям, а также укрепляет чувство ответственности у участников основной команды. Хорошо отлаженные рабочие процессы Jira всегда можно адаптировать под потребности конкретной команды. А для выявления блокеров рекомендуется планировать и проводить экспресс-совещания внутри команды.

Выше удовлетворенность клиентов

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

Рабочие процессы для любых задач

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

Команды разработчиков ПО

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

Бизнес и HR

При управлении повседневными операциями требуется эффективно упорядочить множество процессов в разных командах. Используйте настраиваемые рабочие процессы Jira Software, чтобы отслеживать наем новых сотрудников, кандидатов, внутренние ресурсы и цели компании, а также управлять ими.

Маркетинг

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

Это только начало. Начните создавать рабочий процесс в Jira уже сегодня.

Управление проектами

Отслеживание неполадок

Разработка программного обеспечения

Методики Agile для построения рабочего процесса в Jira

Scrum

Методика Scrum (пожалуй, самая известная в Agile) предусматривает совместную работу над общей целью и инкрементальную поставку. Стандартный процесс Scrum начинается созданием бэклога продукта — проще говоря, командного списка задач. Каждый участник команды должен запланировать свой объем работ из бэклога, который он выполнит за установленное время — спринт (обычно длится две недели). С началом спринта команда приступает к разработке продукта. В конце каждого спринта на основе его результатов команда определяет, чем будет заниматься в следующем спринте, и повторяет процесс. Изучите Scrum в Jira Software

Kanban

В отличие от Scrum, в Kanban основное внимание уделяется статусам, а не датам выполнения. Каждая рабочая задача проекта проходит через заданные этапы, поэтому команда без труда видит, над чем идет работа, и может выявить любые препятствия на своем пути. На стандартной доске Kanban процесс состоит из трех этапов: To Do (К выполнению), In Progress (В работе) и Done (Готово). При этом рабочий процесс всегда можно дополнить и другими этапами с учетом индивидуальных потребностей и состава команды. Изучите Kanban в Jira Software

Смешанные методики

Команды, следующие принципам Agile, применяют и смешанные методики. Именно здесь возможности гибкой настройки Jira оказываются как никогда полезны. Например, методика Scrumban использует спринты фиксированной продолжительности и роли из Scrum, а также ориентацию на лимиты задач в работе (WIP) и время цикла из Kanban. Есть еще Kanplan, методика Kanban с использованием бэклога.

Эпики и истории Jira

Хотя эпики и истории не образуют отдельную методику, эти артефакты Agile используются для классификации объема работ и играют значимую роль в управлении работой в Jira. Эпик охватывает большой объем работы, который можно разбить на несколько небольших заданий. Эти задания, или пользовательские истории, представляют собой эффективный способ записи рабочих задач в бэклоге продукта. Обычно истории пишутся от лица конечного пользователя. Узнайте, как использовать эпики в Jira Software.

Не получается выбрать подходящую методику Agile? Подробнее об управлении agile-проектами.

Рекомендации по рабочим процессам в Jira Software

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

Отражайте реальные рабочие процессы. Создавайте рабочие процессы Jira на основе существующих бизнес-процессов, затем применяйте их для подходящих типов задач.

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

Дорабатывайте и оптимизируйте рабочие процессы по мере необходимости. Оставляйте разумное пространство для маневра без ущерба для отчетности.

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

Использование Jira Software для управления рабочими процессами

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

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

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

Решения объясняют, почему работа была закрыта. Это может произойти после ее отмены, решения или эскалации.

Свяжите весь рабочий процесс с помощью Jira Automation

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

Источник

Jira Workflow: настройка рабочих процессов — сценарии достижения целей бизнеса

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

Настройка рабочих процессов в Jira

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

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

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

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

Пример Workflow в службе доставки.

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

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

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

Компоненты Workflow

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

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

Рабочий процесс (Workflow) для отслеживания книг в библиотеке.

Статусы

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

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

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

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

Переходы

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

Пример Workflow для свободно текущего процесса.

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

Пример Workflow для жесткого процесса, где задачи идут по строго определенному пути.

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

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

Исполнитель

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Пример схемы рабочего процесса и окно настройки переходов.

Условия

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

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

Валидаторы

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

Возможные валидаторы для переходов статусов.

Постфункции

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

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

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

Возможные постфункции для переходов статусов.

Свойства

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

Окно настройки свойств для переходов статусов.

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

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

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

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

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

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

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

На доске в Jira мы видим количество задач и все этапы работ.

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

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

В настройках устанавливаем лимиты незавершенной работы для каждой колонки. После настройки лимиты отображаются на рабочей доске.

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

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

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

Подпишитесь на блог WB—Tech

Никакого спама, только анонсы новых статей!

Мария Михневич

Менеджер команды WB—Tech. Администратор таск-трекера Jira

Источник