А давайте все-таки посчитаем KPI разработчика
За десять лет в программировании я ни разу не встретил расчета KPI разработчика. Бизнес буквально мечтает о введении этого показателя: следит за рынком, вводит грейды, присваивает ярлыки: Junior, Senior, Middle. Этой проблемой со мной поделился хороший товарищ, топ-менеджер международной компании, и у меня появилась следующая идея.
Коллега, представим ситуацию : нашли более-менее работающую формулу, посчитали KPI, поняли, что у нас в компании работают программисты с разбросом показателя от 34% до 146%. Дальше что?
Уволить всех разработчиков с KPI менее 50% ? Снизить оклады разработчикам с KPI менее 75% ? Поднять оклады разработчикам с KPI более 120% ?
При любом раскладе компании-конкуренты будут рады притоку новых кадров на рынок :)
Ответил примерно на это выше, но повторюсь.
По большому счету показатель эффективности у каждого специалиста будет разнится исходя из профессионализма его коллег и типа задач.
Если грамотно подойти к анализу можно вывести что некий разработчик эффективнее работает с таким-то менеджером и над задачами такого-то типа. И имеет смысл его ставить именно туда.
Увольнять, понижать/повышать зарплату это дело каждой компании в отдельности. Я же говорю про то что можно посчитать эффективность и повышать ее на основе этих данных.
Которых они купят по сниженной цене,так как не пришлось переманивать