Это называлось KPI

есть скоуп задач в рамках трудового договора: "получаешь оклад в Х рублей за: качественную работу, тестирование, обеспечение качества, актуализацию тестовой модели"... а КПИ может быть по какому-то параметру, типа.. метрик DRE ( % соотношение найденных багосов заказчиком на проде и тех, которые нашел ты), либо.. покрытие юзер-сторей тест-кейсами, прошедшими через тестирование,.. могут быть по автотестам.
Параметров, одним словом, можно придумать массу. КПИ нужны для системы мотивации сотрудника, так как рутинные задачи рано или поздно уже начнут вскрывать.. скажем, у сотрудника зп 100, и квартальная премия до 100% от оклада, за достижения КПИаев.. сделал часть каких-то допов, помимо основной работы - получил +50%, сделать прям вау вау, получил еще один оклад за квартал.

Подальше от контор, где есть kpi

это похоже на ИПР (индивидуальный план развития) :)

Это понятно.. благо у меня нет этого.

хороший кпи никому не вредил.
Другое дело, что хорошо его определить редко получается

ну почему же? это доп мотивация, помимо окладной части)

Ну опять же.. часто эти KPI имеют такую границу, чтобы ты сделал побольше, а тебе заплатили поменьше..

ну это сильно от контор зависит, встречал и такое, к сожалению

когда гонишься за северной звездой.. целый год, выдавая КПД в 130%, а на выходе - уй(

Ну опять же.. все эти KPI субъективная вещь...

Например я могу завести 2 бага на вёрстку или не дай бог вообще минор..

А в другом случае я могу отловить и помочь разработчику пофиксить дикий плавающий баг, которые жил в системе пару месяцев и вредил системе...

В итоге на это ушло - неделя..

А кто-то 20 багов наклепал.. а я 1 только

можно, кстати, матрицу компетенций тестировщика использовать, это удобный и прозрачный инструмент (правда иногда он может быть не очень объективным, так как есть свои подводные камни, зависящие от проекта).
Например, есть ряд компетенций, допустим: компетенция25 "качество написания тест-кейсов" и , скажем, 5 критериев .. 1 - кейсы УГ, для галочки.... 5 - кейсы топ, лови любого человека на улице, сажай за комп, давай кейсы - пройдет изи, если разберется как ПК запустить

так вот, допустим таких компетенций.. ну пусть 50 разных (по тест-дизайну, тестированию, инструментариям, автотестам, нагрузке...) ну от специфики зависит

вот по такой штуке реально удобно оценить тестировщика за период в квартал

+ использовать метод оценки 360 (опрос коллег), но вот этой штуке я меньше доверял бы.. у тестировщика может быть много друзей в команде и отделе.. он классный типчик, но тест-навыки не торт.. при этом, "друзья" дают хороший фидбек..

а кто этим занимается ?

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

хэд тестирования