vaevictus

Относительная оценка сложности плюс статистика. Самый простой вариант: Мы сделали проект ХХХ за месяц, данный проект втрое сложнее, значит за три месяца управимся. (Данный способ применяю, когда о команда новая, и статистики нет)

В основном, оцениваем проект в идиальных рабочих часах, и зеная статистический коэфициент отношения идиальных часов к реальности — получаем довольно точную оценку проекта.

Однако, если у вас достаточно длительный проект, добавте ещё и статистику недоступности(заболел, проспал, плохое настроение) разработчиков (как правило, на 15 человек, 1 всегда недоступен). В идеале, ещё б и статистика по новым задача не помешала бы, если давно работаете с данным заказчиком, но это можно и другими методами решать.

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

К тому же, продажи — вещь инертная, если я в этом месяце усердно работал, то прирост к ЗП могу увидеть только через эн месяцев, когда уже и забуду о своём рвении

Поэтому, на мой взгляд, премии от общего объёма продаж интересны только с точки зрения патриотизма, гордости за свою компанию.

А целевые премии/штрафы должен выдавать непосредственный начальник, сразу как только работник отличился