🐍 "Ефект кобри": Чому 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? Як вас оцінює керівництво?🔥 — Ніяких дурних метрик, головне щоб прод працював!👀 — Було діло, рахували баги, це був жах...🤷‍♂️ — У нас взагалі ніяк не оцінюють, працюємо як працюється.