🐍 "Ефект кобри": Чому KPI за кількість багів руйнує продукт

Привіт, екіпаж! Вихідні — ідеальний час для цікавих історій. ☕️

В епоху колоніального правління Британії в Індії розплодилося занадто багато отруйних кобр. Губернатор вирішив проблему геніально: він оголосив нагороду за кожну принесену голову змії. Спочатку це спрацювало — кобр стало менше. Але потім місцеві жителі зрозуміли, що це легкі гроші, і почали розводити кобр на фермах. Коли британці дізналися про шахрайство, вони скасували виплати. Індійці просто випустили непотрібних змій на вулицю. У підсумку кобр стало втричі більше, ніж до початку кампанії. Цей феномен назвали "Ефектом кобри

" — коли спроба вирішити проблему робить її ще гіршою через неправильну метрику.Як це працює в IT і до чого тут QA?

Іноді менеджмент вирішує ввести KPI (ключові показники ефективності): "Хороший тестувальник має знаходити мінімум 15 багів за спринт!" або ще гірше — прив'язує премію до кількості заведених тікетів у Jira.Що відбувається далі? Команда починає "розводити кобр":🕵️‍♂️ Полювання на пікселі замість архітектури

Знайти складну проблему з втратою даних при обриві з'єднання — це 3 дні досліджень і 1 тікет у Jira. Знайти 20 місць, де відступ кнопки відрізняється від макета на 2 пікселі — це 2 години роботи і 20 тікетів у Jira. Вгадайте, що обере QA, якому "горить" його KPI? Jira заповнюється сміттям.
⚔️ Війна замість співпраці

Замість того, щоб підійти до розробника і сказати: "Слухай, ти тут забув додати лоадер, поправ швиденько", QA мовчки йде писати баг-репорт. Розробник злиться, бо це псує його особисту статистику ("кількість багів на розробника"), і починає відхиляти тікети з коментарем As Designed (Так і задумано). Починається війна.

🐛 Баги-мутанти

Один реальний баг "Не працює форма реєстрації" штучно розбивається на п'ять: "Не працює поле Ім'я", "Не працює поле Email" тощо. Кількість росте, якість падає.
Висновок:

Якість роботи QA не вимірюється кількістю знайдених помилок. Вона вимірюється кількістю пропущених на продакшен критичних інцидентів та загальним здоров'ям продукту. Справжня перемога — це коли багів "взагалі немає", бо ви попередили їх ще на етапі обговорення вимог (Shift-Left Testing).А у вас на проєкті є (або були) KPI для QA? Як вас оцінює керівництво?

🔥 — Ніяких дурних метрик, головне щоб прод працював!

👀 — Було діло, рахували баги, це був жах...

🤷‍♂️ — У нас взагалі ніяк не оцінюють, працюємо як працюється.