E>Есть ли на эту тему что-то вменяемое? Какая-то популярная практика, что можно почитать?
Сам заморачивался этим, и в целом получается так:
1. Оценка по "качеству/скорость" разработки.
Условно есть 2 программиста Вася и Петя. Вася делает стандартный сайт на шаблонах за неделю, в Петя за 3 дня. Зато Петя еще неделю разгребал 5 претензий от заказчика, а к Васи не было ни одной. Если задачи практически одинаковые, то Вася — молодец, Петя — нет.
Как видно из примера, неплохо работает на один простых и однотипных задачах.
2. Оценка по прибыли.
Тут фантазии бывают разные. Начиная от некоего фиксированного процента прибыли от продукта группе разработок, заканчивая акциями фирмы. Неплохо работает на стартапах, куда люди осознанно идут на определенные риски (меньше стабильности, меньше ЗП), но хотят получить прибыль в последствии.
Если у вас уже есть, условно, фрагманский проект приносящий 99% прибыли для конторы и куча новоделов, то практика работать не будет.
Может работать в больших конторах. На команду разработки выделяется какая-то сумма премиальных, а руководитель уже распределяет ее по программистам самостоятельно. В данном случае очень важно, чтобы программисты из одного отдела не делились друг с другом размером премиальных! В противном случае будет куча обид, а не подъем мотивации.
Разумеется, могут быть комбинации схем. Например формировании премиального фонда на основе прибыли проекта с дальнейшим распределением ее руководителем по подчиненным. Но по поводу эффективности любых схем мотивации для программистов есть большие вопросы!
Во-первых, люди могут начать работать на KPI, а не на результат. Во-вторых, от переманивания премии (даже регулярные) спасают мало. Условно, если у вас 100 000 рублей + премия плюс/минус 20 000 в месяц, то вы с большей охотой перейдете к конкурентам за 140 000, чем при стабильных и гарантированных 120 000.
