11.11.2009, 12:52 | #20 |
Участник
|
Вот-вот!
Цитата:
...
Разработчики очень сообразительны в этом отношении. Что бы вы ни пытались измерить, они найдут способ оптимизировать этот показатель, и вы никогда не получите именно то, чего пытаетесь добиться. Роберт Остин (Robert Austin) в своей книге "Измерение и управление производительностью в организациях" (Measuring and Managing Performance in Organizations) пишет, что существует два этапа внедрения новой метрики для измерения производительности. Сначала вы получаете то, что хотели, потому что никто пока не понял, как обмануть систему. На втором этапе вы получаете нечто худшее, чем то, с чего начинали, потому что все будут обманывать систему, чтобы максимизировать измеряемый показатель, даже рискуя погубить компанию. Хуже того, менеджеры, использующие экономическую мотивацию, думают, что они смогут избежать такой ситуации, просто улучшая метрики. Доктор Остин заключает, что вы не можете этого сделать. Это никогда не срабатывает. Не важно, как сильно вы стараетесь адаптировать метрики к тому, что вы хотите достигнуть, это всегда срабатывает против вас. Самая большая проблема с управлением методом экономической мотивации, однако, в том, что это вообще не управление: это больше похоже на отречение от управления. Добровольный отказ от попытки понять, как можно сделать ситуацию лучше. Это признак того, что руководство просто не знает, как научить людей лучше работать, так что оно вынуждено заставлять сотрудников самих придумывать, как улучшить ситуацию. ... когда вы создаете систему, вы не можете уйти от ответственности за обучение своих людей, подкупая их. В общем: * Руководство должно создавать систему, в которой люди могли бы делать свою работу. * Руководство должно избегать вытеснения внутренней мотивации внешней. * Руководство не сможет далеко уехать на страхе и раздаче конкретных приказов. После того, как я уничтожил командный метод управления и метод экономической мотивации, остался еще один метод, который менеджеры могут использовать, чтобы заставить людей двигаться в правильном направлении. Я называю его "методом отождествления" и завтра собираюсь рассказать о нем подробнее. |
|
Теги |
нормирование, программист |
|
|