Создание потрясающего рабочего процесса Jira: концепции и примеры

1. Без сомнения, настройка рабочего процесса - ключ к максимальной отдаче от Jira.
2. Анатомия рабочего процесса Jira
3. Статусы: где
4. Переходы: что
5. Назначенные лица: кто
6. Резолюции: почему
7. Рабочий процесс «Готчяс», чтобы избежать
8. Смешение разрешения со статусом
9. Неправильная установка разрешения
10. Создание лучшего рабочего процесса
11. Соберите все ваши заинтересованные стороны
12. Сделайте свой рабочий процесс Jira простым
13. Как администратор Jira, вы обязаны сделать это для себя и своих пользователей максимально простым.
14. Сделайте каждый переход на счет
15. Нарисуйте схему рабочего процесса
16. Стройте изменения, которые вы ищете

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

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

Без сомнения, настройка рабочего процесса - ключ к максимальной отдаче от Jira.

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

Анатомия рабочего процесса Jira

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

Статусы: где

Статусы указать, где проблема находится в рабочем процессе, и каждый статус может быть уникальным. (Ваши проблемы могут проходить через определенный статус несколько раз, если вы сконфигурируете свои переходы как двунаправленные - подробнее об этом чуть позже.) В примере с рабочим процессом библиотеки книга может находиться в одном из трех мест: в библиотеке , с клиентом, или ушел из инвентаря.

Статусы бывают двух видов: неразрешенные и разрешенные. В Библиотеке и с Заказчиком будут рассматриваться открытые статусы, в то время как Пенсионеры будут считаться закрытыми. Другие общие открытые статусы включают в себя « Открыто» , « Выполняется», «На рассмотрении», «Запланировано», «Ожидание клиента» и « Ожидание анализа». К общим закрытым статусам относятся « Отправлено», «Опубликован», «Фиксированный», «Анализ завершен» и « Закрыт».

Переходы: что

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

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

Назначенные лица: кто

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

Резолюции: почему

Решения объяснить, почему проблема перешла из открытого статуса в закрытый. Акт выбытия книги удаляет ее из инвентаря (что отражается в переводе ее издания в «Закрытое состояние», закрытое состояние). Таким образом, мы можем принять решение по этой книге. Мы можем установить такие разрешения, как « Поврежденный» , « Устаревший» или « Потерянный» .

Рабочий процесс «Готчяс», чтобы избежать

Есть две распространенные ошибки, которые делают дизайнеры рабочего процесса впервые.

Смешение разрешения со статусом

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

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

Неправильная установка разрешения

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

Создание лучшего рабочего процесса

Я потратил 10 лет на создание рабочих процессов для разных типов команд. Вот несколько советов.

Соберите все ваши заинтересованные стороны

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

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

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

• Проверка кода является важной частью процесса разработки программного обеспечения. Джейн, менеджер по развитию, хочет добавить определенный статус, называемый Code Review , чтобы ее команде было ясно, какие проблемы находятся в активной разработке, а какие ожидают рассмотрения. Просмотр кода явно отличается от написания кода, поэтому имеет смысл добавить новое состояние.
• Билл, менеджер QA, хочет добавить новый статус под названием Failed Verification для всех проблем, которые не прошли проверку его командой. Я бы посоветовал не делать этого, поскольку инженеры-тестировщики могут просто отправить любую проблему, которая не прошла проверку, обратно в предыдущее состояние, такое как В процессе или В разработке .

Как администратор Jira, вы обязаны сделать это для себя и своих пользователей максимально простым.

//

Сделайте каждый переход на счет

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

• Условия - условия контролировать, кто может выполнить переход. Например, только кто-то в библиотеке может удалить книгу из инвентаря (т. Е. Переместить ее из « В библиотеке» в отставку ). Если кто-то еще, кроме библиотекаря, войдет в Jira, опция удаления элемента даже не будет показана.
• Валидаторы - Validators Убедитесь, что переход происходит только при соблюдении определенных критериев. Например, если книга должна быть удалена из-за того, что она предположительно была повреждена клиентом, мы хотели бы убедиться, что книга была проверена хотя бы один раз, чтобы подтвердить эту претензию. Если проблема не соответствует критериям валидаторов, переход будет прерван.
• Почтовые функции - Почтовые функции выполнить дополнительные действия по вопросам (кроме перевода его в другой статус). Наиболее распространенная функция отправки сообщений - очистить разрешение при переводе проблемы обратно в нерешенное состояние. В примере с библиотекой мы использовали функцию post, чтобы выяснить причину, по которой книга была удалена, когда она была возвращена в эксплуатацию. Мы могли бы также сделать так, чтобы Jira установил для правопреемника Unassigned, когда клиент возвращает книгу И если говорить о ...
• Назначенные лица. Когда происходит переход, это часто означает, что у проблемы также появился новый владелец. Вы можете автоматически изменить сотрудника, используя функцию публикации, или открыть экран перехода, на котором лицо, передающее вопрос, выбирает, кому его переназначить.
• Свойства - Джира признает некоторые свойства на переходах. Наиболее распространенным является ограничение разрешений, отображаемых пользователю при заданном переходе. Например, мы можем захотеть, чтобы разрешение Scratched отображалось при удалении дисков, а не при удалении книг. (Обратите внимание, что в этом примере предполагается, что типы вопросов для книг и дисковых носителей. Но не волнуйтесь: несколько типов вопросов могут использовать один и тот же рабочий процесс.)

Нарисуйте схему рабочего процесса

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

Стройте изменения, которые вы ищете

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

Рабочие процессы - это только начало. Если вы еще не пробовали Джиру, проверить наш продукт тур чтобы увидеть, что еще он может сделать для вас и вашей команды.

Готовы к новым советам и советам Джиры? Нажмите ниже для получения дополнительных советов и лучших советов блогов.

Принесите советы Jira!

Вы нашли эту запись полезной? Поделитесь им в своей социальной сети и помогите другим пользователям Jira создать потрясающий рабочий процесс!

Похожие

Комментарии