Показать сообщение отдельно
Старый 10.11.2009, 15:56   #1  
maximka is offline
maximka
Сам.AX
Аватар для maximka
Самостоятельные клиенты AX
 
96 / 24 (1) +++
Регистрация: 26.10.2006
Адрес: Тюмень
? Нормирование труда по сопровождению Аксапты
Являясь руководителем отдела сопровождения аксапты на клиенте, сталкиваюсь с проблемой выработки оптимального метода нормирования работ в системе.
Мне необходимо адекватно поощрять труд моих подчиненных с одной единственной целью: чтобы производительность труда и качество продукта были на высоком уровне. Причем оценивать нужно как программистов, так и консультантов, тех, кто отвечает на звонки, пишет ТЗ, анализирует проблемы...
Читал литературу, искал в инете, но пока окончательной картины для себя не вижу. Мне известны следующие способы:
  1. Стоимостной способ. Награда программиста прямо пропорциональна выручке с продаж изготовленного программного продукта.
  2. Сравнительный. За эталон берем, к примеру, количество произведенного кода за прошлый месяц и сравниваем с текущим, если количество кода возросло, значит производительность увеличилась
  3. Оценочный. Когда эксперт(ы) оценивает сложность задачи на основе своего опыта/знаний.
  4. Количественный способ. Утрировано, оцениваем количество строк кода в месяц. Китайские и индусские программисты, я так понимаю, его в основном и используют.
  5. Можно еще количественный превратить в количественно-качественный, задав стоимость в у.е. для типичных операций, например, создание простой таблицы, сложной формы и т.п.
Стоймостной не подходит, так как мы не продаем свою продукцию в чистом виде. Сравнительный грешит тем, что оценивается только количество кода, а не качество. Оценочный уязвим, когда дело доходит до работы, которую в команде еще никто не выполнял. Количественный вообще, на мой взгляд, устарел лет 20 назад. Единственное, что сейчас кажется более-менее приемлемым, это 5-й способ. Но опять же 100 рублей за 3 if'а и 2 select'а при высокой скорости работы метода, сложно сравнить с 200 рублями за 6 if'ов и 4 select'а, которые работают, но с тормозами.
В общем, вопрос для меня не решенный. Может, опыт есть у кого в этом направлении, свои наработки?
__________________
ѣ