Есть ли KPI для разработчиков

Что проверяют

Вопрос звучит в обе стороны. Кандидат задаёт его в конце, чтобы понять, за что платят премию и как проходит ревью. Интервьюер разворачивает его: «а как бы вы измеряли работу разработчика?». В обоих случаях проверяют, понимаете ли вы, что метрика меняет поведение команды.

Как отвечать

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

Если спрашивают вас, покажите, что различаете уровни:

• командные метрики поставки: четыре метрики DORA, то есть частота деплоев, время от коммита до прода, доля неудачных изменений и время восстановления после сбоя. Они про процесс и честно работают только на уровне команды;
• качество: инциденты и откаты по вине релиза, повторно открытые баги. Покрытие из pytest-cov полезно как сигнал, но как целевая цифра быстро превращается в тесты без проверок;
• индивидуальная оценка: результаты по целям, влияние на продукт, ревью кода коллег, обучение других. Обычно это качественная оценка руководителя, а не формула.

Упомяните закон Гудхарта: показатель, ставший целью, перестаёт измерять то, что измерял. Число коммитов, строки кода и закрытые тикеты дробятся и накручиваются за неделю.

Дальше опирайтесь на свой опыт: как оценивали вас на прошлом месте, что из этого работало, что нет. Нужны ваши реальные примеры. Если формальных KPI не было, так и скажите и расскажите, по каким критериям проходил performance review.

Где спотыкаются

Предлагают мерить разработчика строками кода или story points. Story points это инструмент планирования, а сравнение людей по ним ломает сами оценки.

Отвечают «KPI не нужны вообще». Бизнесу нужна какая-то оценка, сильнее позиция «какие метрики и на каком уровне».

Задают вопрос первым делом на техническом этапе. Интервьюер-разработчик часто не знает деталей, лучше адресовать его руководителю или HR.