Четвертый пост о багах, пост: первый, второй, третий.

Вот мы и добрались до четвертого метода приоритезации багов — матрица на основе Impact/Severity. Далее, упрощение работы с багами мы будем рассматривать именно на примере этого метода.

Как это работает?

Для определения приоритета используется матрица значений двух параметров:

Серьезность (Severity) - описывает влияние дефекта на конкретную систему;

Влияние (Impact) - описывает влияние дефекта на бизнес-показатели компании, который в свою очередь состоит из 2 переменных:

Значимость для бизнеса - описывает Business Value функциональных блоков, задетых дефектом.

Массовость/Частота (Frequency) - описывает кол-во пользователей, которые столкнулись с дефектом.

Разберем по-порядку.

Существует 4 типа Severity:

Blocker — Заблокирована какая-либо часть функциональности.

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

Major — Функциональность работает, но не так как ожидается. К примеру товар вместо добавления в избранное добавляется в список покупок.

Minor — Баг не относящийся к функциональности системы, это мелкие дефекты фронта, к примеру увеличенные отступы у виджета, неверный шрифт или цвет элемента.

Значения Impact определяются продактом/CPO при формирования регламента работы с багами. Impact в свою очередь имеет 3 значения:

1 − Не позволяет совершить целевое действие по покупке товаров, прямое влияние на прибыль компании.

2 − Косвенное влияние на прибыль компании.

3 − Не затрагивает разделы, влияющие на прибыль.

Значение Impact может меняться, исходя из второго параметра — Frequency, который является модификатором этого значения.

Если массовость/частота:

[0-0,99%], то значимость для бизнеса +2 [1-29,99%], то значимость для бизнеса +1 [30-100%], то значимость для бизнеса не меняется

К примеру: у нас есть ошибка в карточке товара с уровнем серьезности Blocker, т.е. пользователь не может добавить товар в корзину, однако мы понимаем, что массовость находится в диапазоне <0,99% от всех пользователей — ошибка получает Impact 3 и средний приоритет.

Что если массовость невозможно определить? В этом случае мы считаем, что массовость максимальная.

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

В следующем посте поговорим о том, как этот подход оптимизирует время на груминг у продактов и продакшн-команд.