После последнего поста в комментах дружно набросали вариантов того, как можно жить и с оценкой багов, и без нее, и даже с zbp в самом его “жестком” варианте (что готовы чинить - чиним сразу, что не готовы - даже не фиксируем).

Давайте уйдем немного в сторону. Не очень люблю аналогии, но в медицине тоже есть свой механизм сортировки (пациентов): Manchester Triage System. Возможно там есть на что посмотреть и довернуть для сортировки багов.
Ключевая идея этой системы заключается в том, что вместо «насколько важен этот пациент?», определяется «как долго этот пациент может безопасно ждать?». Клиническая потребность определяется по степени срочности, а не по важности (суровости?).
У себя мы тоже обычно пытаемся понять: «насколько это важно?». А что если думать над вопросом «как долго мы можем не чинить этот баг?», ну или хотя включить его в список вопросов, на которые пытаемся ответить при сортировке багов.

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

Почему нельзя сделать так же и для себя?

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

ЗЫ пример возможной хитмапы в комментах. Просто для примера, не надо спорить по тому, как там цвета нарисованы 🙂 Хотя, думаю, многие ее узнают, авторский апрув получен.

Осталось только понять, а можно/нужно ли вносить какие-то коррективы в приоритет полученный по хитмапе (спойлер, конечно да, но есть нюансы) и как этот процесс триажа может выглядеть.

#testing