А давайте все-таки посчитаем KPI разработчика
За десять лет в программировании я ни разу не встретил расчета KPI разработчика. Бизнес буквально мечтает о введении этого показателя: следит за рынком, вводит грейды, присваивает ярлыки: Junior, Senior, Middle. Этой проблемой со мной поделился хороший товарищ, топ-менеджер международной компании, и у меня появилась следующая идея.
Тут получается неувязка: если аналитик плох, то при анализе задачи разработчику придется переспрашивать, как надо делать в неописанном аналитиком случае, а это снижает KPI. Он не будет переспрашивать, но тестировщик будет трактовать это как баг и отправлять на доработку и снижать KPI. Разработчик будет отвечать, что так в требованиях, будет постоянный срач между аналитиком, тестировщиком и разработчиком. В итоге они начнут договариваться, чтобы KPI у всех выполнялся, и в результате они будут делать не то, что нужно бизнесу, а то, что нужно, чтобы у всех троих KPI был на месте.
Это в принципе должны бы были на курсах менеджеров рассказывать, что введение численных метрик приводит в итоге к их выполнению, а не к улучшению работы в целом. Это как с палочной системой в полиции.
Так будет работать любая система KPI, которая привязывает зарплату к показателю.