Собственно, сабж.
Интересно, внедрена ли у кого-нибудь такая система?
В чем ее суть и как она работает на практике?

В некоторых холдингах такая систма есть.
Работает по-разному, но смысл один и тот же - у программистов схема мотивации - оклад+премия. Размер премиального вознаграждения и определяется этой системой.

если все работает и программист тока и делает что играет в 3-й дум у себя в кабинете, то давать премию!

(1) про мотивацию понятно, интересует как реализована схема

(3) В какой валюте ? я предпочитаю евры

(3) Укрупненно - расчет в виде формулы с коэффициентами. А коэффициентов можно накрутить целую тучу - кол-во запросов от инициаторов, вес запросов, кол-во отработанных запросов, кол-во чел/часов потраченных, кол-во повторных исправлений и т.д.

(+5) Отсюда же проистекает необходимость в системе работы с требованиями...

(5) все-таки это некоторые количественные данные, которые еще нужно перевести в качественные.
например, не понятно большое количество чел/часов затраченное на задачу это хорошо или плохо

(7) Ничего это не значит "буквально" - читаем "Мифический человеко-месяц". Все эти цифры в среднем "по палате".

(8) Задачи бывают разные. В ходе работы появляются неучтенные вещи, требующие время на доработку. Предварительная трудооценка делается как правило "на глаз" и с запасом.

(7) Оценивают результат работы и количество часов. Тупая отработка малоинтересна.

(0) Ситема очень простая. Плати людям рыночную з/п. Не нравится - выгоняй, и плати на  200 баксов новому челу, который три месяца будет только въезжать. Не платишь - увольняемся, и плати на  200 баксов новому челу, который три месяца будет только въезжать.

на 200 больше

собственно задача ставится таким образом: оценить работу программиста с точки зрения удовлетворенности заказчика.
Соответственно вопрос: как оценить результат работы?

(13) Что не ясно? Проект рулит? ТЗ выполнено? все путем...

(10) " Оценивают результат работы и количество часов"
А вот количество часов = явно лишнее. В програмерском труде (как и во всяком творческом) абсолютную ценность имеет только результат. Сколько один творец картину писал=пятнадцать лет, второй не менее гениальный = три дня, что, по этим критериям их оценивают? Возьму свой случай, сколько задумывался робот-администратор=полгода, за сколько написан=1500 строк кода за три часа на "одном дыхании", как оценивать?
А результат работы оценивается только степенью удовлетворенности пользователя (обобщенно) т.е если он с улыбкой говорит: "Ну вот, наконец, это то, что мне нужно!" (и пусть это будет через два года переделок и переубеждений) но это и есть=Результат.

(13) А заказчик никогда не бвает удовлетворен, ЭТО ФАНТАСТИКА!

(16) Это правда только для оч плохого програмера, или супер тупого заказчика. Это програмер никогда не может быть удовлетворен (во всех смыслах).

(+16) удовлетворение заказчику надо еще внушить - мол а теперь, смотрите - у вас тут ващеее.... а здесь ну супер....а тут ну просто невероятно...оба на !

(18) Правильно, но в (0) речь идет о фиксах. Время на измышление и втюхивание "внушалок" отбирается у основной работы.

(14)(16)
выполнение ТЗ не есть положительный результат, важен еще срок, например
а заказчик должен быть удовлетворен. в рамках ТЗ. иначе не понятно за что ты получаешь деньги

(15) нельзя с творчеством сравнивать. это же денег стоит.
по крайней мере ты заказчику должен сказать что это будет 2 года и он на это должен согласится.

(18) ну без этого никуда :) хотя есть формальное ТЗ

применяй несколько параметров оценки:
- объем кода / форм / таблиц
- количество затраченного времени
- срочность задачи
- сложность задачи, субъективно, по бальной системе
- экон. эффект: экономия времени, оборотных средств, рабочих мест, бумаги и пр.
- отзыв заказчика

Можно все эти пункты перевести на бальную шкалу, со стоимостью 1 балла, или еще как-нибудь...

Отдай это на совесть самих програмеров, пусть сами оценивают. Ну, можно иногда при сомнении контролировать эту самооценку с пом. других програмеров. При первой мысли: "По-напишут там себе... " Если много работы будет - не понапишут..., просто не успеют. А спустя время (неделя, месяц) результаты работы окажутся для них далеко и дешево.

(21) из этих критериев понравились время, срочность и сложность.
экон. эфект трудноприменим, а объем кода не интересуют заказчика

ну насчет пусть программисты оценивают это, конечно, хорошо :)
кто ж себе будет зарплату уменьшать :)

(0)ну вобщем, делаешь так: для оценки работы отдела программистов создется отдел оценки работы отдела программистов. затем для оценки работы отдела оценки работы программистов создается отдел оценки работы отдела оценки работы программистов..... затем фирма погрязает в бюрократстве и раззоряется....

(2) Путаешь админов и программеров.