Priority vs Severity: разница которую путает половина QA

Priority и Severity — два поля в каждом баг-репорте. Часто принимают одинаковые значения (High, Medium, Low), и многие QA ставят их одинаково. Это неправильно. Они означают разное.

Severity — насколько баг “плохой”

Тех-перспектива. Не зависит от бизнеса, только от того, что баг ломает.

Critical: краш приложения, потеря данных, security-уязвимость.
High: основная функциональность не работает, обход есть но неудобный.
Medium: фича работает с минорными проблемами.
Low: косметика, опечатки, выравнивание на 1 пиксель.

Severity ставит QA на основании поведения системы.

Priority — насколько срочно фиксить

Бизнес-перспектива. Зависит от того, как баг влияет на users, ревеню, дедлайны.

P0 / Critical: чинить сейчас, hot-fix.
P1 / High: в текущем спринте.
P2 / Medium: в следующем спринте.
P3 / Low: backlog, когда будет время.

Priority часто ставит продакт или тимлид — не QA.

Когда они не совпадают

Высокая severity + низкая priority:

Баг: краш на конкретном экране, который видят 0.1% юзеров.
Severity: Critical (краш — всегда плохо).
Priority: Low (мало юзеров — не горит).

Низкая severity + высокая priority:

Баг: опечатка в названии продукта на главной странице.
Severity: Low (косметика).
Priority: P0 (видят все юзеры, репутация).

Высокая severity + высокая priority:

Баг: иммпорт CSV крашит браузер.
Severity: Critical.
Priority: P0.

Низкая severity + низкая priority:

Баг: тень кнопки не там в IE11.
Severity: Low.
Priority: P3.

Как ставить — практика

QA пишет баг → ставит Severity по техническому impact’у.
Триадж в команде: QA + продакт + dev обсуждают → продакт ставит Priority.
Дашборд: P0 → исправляют немедленно, P1 → в спринт, P2/P3 → backlog.

Если QA ставит обе — это не идеально, но норма для маленьких команд. Главное — не делать их одинаковыми «по дефолту».

Антипаттерн

«Поставлю High везде, чтобы заметили». В итоге High = шум, P0 = «настоящий High». Команда теряет ориентиры.

Если у тебя 20 P0 одновременно — Priority потеряло смысл. Должно быть 2-3 P0 в любой момент, не больше.

Action items

✅ Когда заводишь баг — сначала Severity (это твоя зона). ✅ Priority обсуди в триадж-митинге, не выставляй в одиночку. ✅ Audit’ни старые баги: если в Jira висят 50 «P0» — значит система сломана. Перепроставь.

Подробнее: Atlassian — Priority vs Severity.