Custom Select List — комплексный приоритет.


Jira Custom Select List
Jira Custom Select List

Привет! Снова заметка о Custom Select.

Как вы устанавливаете приоритет задачам? 

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

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

С помощью пары бесплатных плагинов Custom Select и MyGroovy 🙂

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

И так, у нас есть характеристики задачи на основе которых будем считать приоритет.

Например: функционал(главное меню, регистрация…), массовость(все пользователи, некоторые пользователи…), влияние(блокирует действие, не влияет на выполнение), сложность воспроизведения(легко, сложно)…

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

Примерно по такой логике мы оцениваем каждую характеристику.

После оценки характеристик имеем следующего вида таблицу

  • Функционал — главное меню: 1 , регистрация: 2.
  • Массовость — все пользователи: 2, некоторые пользователи: 1.
  • Влияние — блокирует действие: 2 , не влияет на выполнение: 1.
  • Сложность воспроизведения — легко: 2 , сложно: 1

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

Например, к нам прилетел баг — ни один пользователь не может зарегистрироваться.

Эти данные указываются в соответствующих полях при постановке проблемы.

  • Функционал — регистрация: 2
  • Массовость — все пользователи: 2
  • Влияние — блокирует действие: 2
  • Сложность воспроизведения — легко: 2

В соответствии с выбранными значениями получаем итоговый приоритет 2*2*2*2 = 16.

Проблема когда у некоторых пользователей не работает главное меню при определены обстоятельствах будет оценена как 1*1*2*1 = 2.

  • Функционал — главное меню: 1
  • Массовость — некоторые пользователи: 1
  • Влияние — блокирует действие: 2
  • Сложность воспроизведения — сложно: 1

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

Как реализовать подобную схему.

Создаем нужного формата поля Custom Select List которые будет отвечать за определенную характеристику проблемы.

В value пишем значение характеристики, а в data ее влияние в числовом виде.

Теперь нужен расчет итогово значения влияния. Сделать это можно через расчетное поле плагина MyGroovy — Groovy number field. 

Можно еще повесить MyGroovy listener на создание/обновление/переход. Он будет проставлять приоритет в зависимости от итогового значения влияния. Например, от 1-10 средний приоритете, 10-15 критический, 15+ блокирующий. Листенер будет общаться к расчетному полю и в зависимости от заданных значений выставлять приоритет задачи.

 


Like it? Share with your friends!

559
559 points
a.chuiko

Comments

comments

Powered by Facebook Comments