Как на вашем проекте определяли критичность и приоритет дефекта?

Ответ

Определение критичности (Severity) и приоритета (Priority) дефекта — это совместный процесс, в котором участвуют QA, разработчики и менеджер продукта (Product Owner/Manager).

Разделение понятий:

  • Критичность (Severity) — объективная оценка влияния бага на работу системы (от QA/Dev).
  • Приоритет (Priority) — субъективное решение о порядке исправления, основанное на бизнес-логике и сроках (от PO/PM).

Типичный workflow:

  1. QA-инженер обнаруживает дефект и выставляет первоначальную оценку Severity, основываясь на его влиянии.
  2. Разработчик оценивает сложность и риски исправления, может скорректировать оценку.
  3. Менеджер продукта определяет Priority, исходя из бизнес-ценности, сроков релиза и ожиданий пользователей.
  4. Финальное решение по приоритету и срокам фикса часто принимается на ежедневном стендапе или планировании спринта.
Пример: Дефект Severity (QA) Влияние (Dev) Priority (PO) Итог
Падение сервера при оплате Блокирующий (S1) Критично, влияет на всех пользователей Высокий (P1) Исправить немедленно, внепланово
Неверная иконка в меню Незначительный (S4) Косметическая проблема Низкий (P4) Исправить в одном из будущих спринтов
Функция поиска не работает в Firefox Критичный (S2) Влияет на часть пользователей, фикс займет 3 дня Высокий (P2) Включить в следующий спринт

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

Ответ 18+ 🔞

А, слушай, вот эта вся хуйня с «критичностью» и «приоритетом» — это ж классический театр абсурда на проекте, блядь! Все друг на друга смотрят, как на говно, и думают: «Ну кто ж сейчас этот пиздец будет расхлёбывать?»

Вот смотри, как это на самом деле работает, без этих ваших заумных буклетов.

Кто за что отвечает, если по-простому:

  • Критичность (Severity) — это когда ты, как тестировщик, смотришь на баг и думаешь: «Ну ёпта, если пользователь это увидит — он нам какую-то такую дичь сделает, что мало не покажется?». Объективная, блядь, оценка пиздеца. Твоя работа.
  • Приоритет (Priority) — а это уже когда менеджер, почесывая жопу, решает: «Хм, ну пользователь, конечно, обосрётся, но релиз через два дня, а фича «лайкнуть котика» важнее. Давайте это в следующем квартале, окей?». Субъективная, блядь, хуйня, основанная на «бизнес-ценности», ага, щас.

Как это выглядит в реальности, сука:

  1. Ты (QA), такой весь из себя важный, находишь баг. «О, пиздец! — думаешь. — Кнопка «купить» отправляет в админку! Ставлю Severity: Блокирующий (S1), ядрёна вошь!»
  2. Разработчик смотрит на твой баг-репорт, хмурится. «Ну-ка, ну-ка... — бормочет. — Да это ж, блядь, на исправление полчаса, но если тронуть — пол-системы встанет. Рискованно. Может, понизить до S2?»
  3. Менеджер продукта (PO) получает уведомление. Смотрит на список багов, на календарь, на твою ебучую кнопку и на график продаж. «Э-э-э, — говорит. — Ну падает и падает. Всего 5% пользователей этим браузером пользуются. Priority ставим низкий (P4). Сначала доделаем анимацию для котика, она охуеннее».
  4. Итог выносится на планёрке. Все сидят, буферами крутят. Ты пытаешься доказать, что это пиздец как важно. Разраб говорит, что там всё сложно. А менеджер такой: «Коллеги, фокус на цели! Котика — в релиз! Баг — в бэклог. Всё, идём дальше, времени нет!». И вот ты сидишь, блядь, с чувством, что мир сошёл с ума.

Вот тебе живые примеры, чтоб понятнее было, как нас всех ебут:

Что сломалось Критичность (Что вижу я) Влияние (Что бормочет разработчик) Приоритет (Что решает менеджер) Что будет в итоге
Сервер ложится нахуй, когда пытаются заплатить Блокирующий (S1). Да тут и обезьяна поймёт! «Ой, всё, пиздец. Всем пользователям кирдык. Надо срочно чинить, но страшно». Высокий (P1). «Блять, деньги же не идут! Бросайте всё, чините!» Весь отдел в ахуе, но чинят ночью, с пивом и матом.
Иконка в углу экрана кривоватая Незначительный (S4). Ну подумаешь, ерунда. «Да хер с ней, с иконкой. Пять минут работы». Низкий (P4). «В рот меня чих-пых, нам не до красоты сейчас». Так и будет торчать кривая, пока новый дизайнер не устроится и не спросит: «А это что за уёбище?»
Поиск глючит только в старом Firefox Критичный (S2). Часть людей не может найти наш продукт! «Да, проблема. Там старый код, трогать его — как в дерьмо лезть. Дня на три работы». Средний (P2). «Хм... Пользователей Firefox мало, но они шумные. Ладно, закиньте в следующий спринт». Полгода будет в бэклоге с пометкой «Когда-нибудь, но не сейчас».

Вот и весь, блядь, баланс между «надо по-человечески» и «надо по-бизнесовому». Главное — не взорваться на этой почве, а то волнение ебать, терпения ноль ебать.