Re[4]: KPI для программистов
От: nvb Россия  
Дата: 19.09.10 20:04
Оценка:
Здравствуйте, mag745, Вы писали:

V>>Это работает только в случае если программистам доверяют. Чего не

V>>скажешь о многих манагерах, пишущих здесь.

M>Сам набирал людей. Чаше всего они занижат сроки. Я их увеличиваю, т.к. сам 10 лет был программером и знаю, что сколько займет реально время.

M>Это у нас и так сделано: каждый программист говорит, сколько времени займет задача. Чаще всего если задача не завершается в срок, то это из-за того, что заказчик долго или совсем не отвечает на вопросы как именно он хотел бы чтобы было, или без первоначального дизайна начинает предлагать как улучшить дизайн, когда мы его уже сами сделали.
M>Просто этот разумный подход оформить в виде KPI не представляется возможным. Т.е. на самом деле программист успел в срок, но формально заказчик еще неудосужился принять. Закачик — это подразделения нашей же компании, с ними договор об обязательствах не напишешь.

Ну почему не подпишешь? Легко!
В той же компании:
Прогер получает вместе с ТЗ сопроводительный лист с указанными сроками, расписывается за получение задания и ставит дату. После завершения работы прогер идет к манагеру. Манагер всегда занят, поэтому ставит на листе роспись и дату сдачи, т.е. принятия к рассмотрению. Потом, когда придет время (иными словами, когда отложить рассмотрение уже совсем нельзя), манагер рассматривает работу и пишет замечания на том же сопроводительном листе, с датой. Прогер расписывается в получении замечаний, ставит дату и идет исправлять. Ну и так далее по кругу. Потом на одном листе это все не умещается, подшивается второй, третий...
Это я еще не все описал, на сопроводительном листе, кажется, 6 типов подписей для разных событий было, но назначение остальных я уже забыл. По сопоставлении дат и считался KPI. Ставился коэффициент сложности задачи, чтобы можно было усреднить за расчетный период.
Само собой, сопроводительные листы терялись, думаю, что иногда не случайно

Не спрашивайте меня, почему не использовался обычный трекер запросов — я этого тоже не мог понять. Привыкли, наверное...

Ноу-хау здесь никакого нет, мне ребята рассказывали, что подобная система с подписями работает в Боинге, но там эти листы сразу же сканируются и кладутся в электронную базу данных. Цель этого сбора данных в Боинге — фиксация персональной ответственности, а не расчет KPI. Там с ответственностью очень серьезно обстоят дела, все-таки не столовые ложки выпускают.
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.