Предыдущий пост Поделиться Следующий пост
Статья про денежную мотивацию программистов
lex_kravetski
Отличная статья обнаружилась — прямо как будто я написал. Однако же со следующего абзаца текст не мой.


ДЕНЕЖНАЯ МОТИВАЦИЯ В ПРОЕКТАХ РАЗРАБОТКИ ПО



Асхат Уразбаев, (askhat@scrumtrek.ru)

Допустим, у вас есть много денег и вы хотите вложить их повышение производительности ваших сотрудников.

Есть один простой способ. Платите сотруднику пропорционально производительности. Большой выхлоп - много денег. Малый выхлоп - мало денег. В соответствии с теорией Павлова у сотрудника выработается условный рефлекс и он будет брызгать слюной к каждой выплате.

Работает ли это? КОНЕЧНО! С токарями-фрезеровщиками, дворниками, продавцами и даже немного с учителями английского. А вот с программистами НЕ РАБОТАЕТ. И проблемы тут такие.


ПРОБЛЕМА ИЗМЕРИМОСТИ ВЫХЛОПА



Нету линейки для программиста. Аршином общим не измерить. У них особенная стать. Ведь что такое производительность программиста? Кол-во строчек кода за единицу времени? Бред! Копипейст или просто выбор инструментов и подходов может породить практически любое кол-во. Кол-во багов? Не ошибается тот, кто ничего не делает. Ничего не пишем - нету и багов. Кол-во исправленных багов? Так ведь никакого героизма в исправлении багов нет. Смысл в том, чтобы НЕ ПИСАТЬ багов. Не хватало еще поощрять за их исправление! Задачка на полчаса - написать утилиту, которая путем внесения багов в код и исправлением их после репорта от тестера максимизирует ваш бонус.

В общем, есть только один инструмент - произвол менеджера. Менеджер - это такой мудрый чувак, который знает, кто и как работает. А как он знает? А в этом и есть тайное знание менеджера и за это он получает деньги. А как он меряет своих ребят? У него есть ОЩУЩЕНИЯ. Например, если вы менеджеру кажется, что вы тормоз, то вам выставят BE (below expectations). Или, например, сделают вам маленький КТУ (коэффициент трудового участия). А ведь иметь маленький кту стыдно... Или еще как-нибудь вам дадут понять, что вы тормоз. Это называется “предоставить фидбек”.


ПРОБЛЕМА КОРОТКОДЕЙСТВИЯ ДЕНЕЖНОЙ МОТИВАЦИИ



Представьте, что у вас с вашим менеджером совет да любовь. Вам дали много денег (тем или иным способом) и вы садитесь за свой стол. Теперь вы, видимо, будете писать больше кода в
единицу времени? Ну как же, вас же мотивировали! Раньше вам мало платили и вы нажимали на клавиши с ленцой, теперь такого вы не допустите. Стучать будете как стенографистка. Или может, теперь вы будете меньше багов делать? Да с чего вдруг?

В общем, эффект будет сомнительным. Мотивация деньгами действует полчаса. Как только вы похвастались жене в аське - ВСЕ! Вам уже МАЛО.


ПРОБЛЕМА КОНКУРЕНТНОСТИ



А вот если, например, вас лишили премии. Что характерно, вашего товарища Васю при этом поощрили. Вы, конечно, расстроитесь. Но в то же время как-то соберетесь, мобилизуетесь и будете СТАРАТЬСЯ. Да? Скорее всего - нет. Вы обидитесь на вашего менеджера (вы-то думали он ДРУК!) и вашим любимым сайтом отныне будет hh.ru. Но пусть даже это не так. Ваши чувства к мудрому руководителю не угасли! Вы почувствовали справедливость его слов, и вашей целью отныне является то, чего хотел добиться Коля Остен-Бакен от Инги Зайонц - взаимности. Все лишние мысли - вон! Только работа. Остаемся по ночам. Пишем только качественный код (как, кстати, это делать по ночам?). И вот подходит к вам удачливый соперник Вася и просит помочь. Нет, вы не откажете. Вы не такой. Вы ему поможете - как только у вас появится время. То есть никогда.

Вашего менеджера можно поздравить. Его крутая система мотивации уничтожила взаимопомощь и взаимовыручку в команде.

А менеджер будет трагически говорить на ежеквартальных отчетах начальству: “Пора уже вам тщательнее подходить к подбору персонала! А то набираете сплошных безответственных уродов! Невозможно работать!”

Так почему это работает с токарями-фрезеровщиками, дворниками, продавцами и даже немного с учителями английского? Все просто. Их труд можно легко измерить и от них не требуется командная работа.

А денег должно просто ХВАТАТЬ. Их уровень должен быть комфортным. Все остальная мотивация - неденежная.


БОНУСЫ БЕЗПОЛЕЗНЫ?



Бонусы бесполезны? Я этого не утверждал. Я только хотел сказать, что с бонусами надо быть очень осторожным. А все дело в том, что деньги - это ОЧЕНЬ важно. А потому бонусы - очень мощный инструмент воздействия на сотрудников. Беда в том, что он не очень-то точный. А значит в большинстве бесполезный.

Это как антибиотик широкого действия. Вы скорее всего зацепите инфекцию, но и убьете все полезные бактерии. Существуют правильные и полезные системы мотивации - и бонусы к ним не относятся. Недаром зарплату, бонусы и соцпакет называют компенсационным пакетом. Компания просто компенсирует вам тот прискорбный факт, что вам приходится ходить на работу вместо того, чтобы заниматься другими интересными штуками. В том числе и работать на более щедрую компанию :-).

Вы просто не сможете настроить систему бонусирования достаточно точно. Ну, к примеру, вы выстроили классную схему. По ходу дела вы учли все ошибки и она стала идеальной. Вы решили, что бонусы должны быть высокими, если программисты работают в соответствии со своим планом. Если они отстают - бьем их рублем. Ведь это так прекрасно работает с консультантами!

На самом деле у консультантов все супер просто потому, что у них есть нормативы. Известно, сколько времени на самом деле занимает задача. А у нас программисты сами оценивают свою работу.

Вскоре выясняется, что люди перезакладываются - дают заведомо завышенные оценки. Вы уточнили формулу. Если человек успевает раньше плана - это тоже понижает бонус. Разумеется, надо учесть, что опередить в два раза - явное разгильдяйство, а сэкономить 10% квалифицируется как трудовой подвиг. Вы не сдерживаетесь и, как человек с высшим техническим образованием, подбираете полиномиальную функцию. Она правильно
аппроксимирует бонусное вознаграждение в зависимости от плановых и реальных параметров. Там есть еще и весовые коэффициенты для разных типов задач (багфиксинг!=разработка нового), учет приоритетов проекта и прочие вещи, которые вы посчитаете важными.

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

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

Хуже, если бонусы действительно важны для людей. Народ займется оптимизацией выплат. Ваши местные великие комбинаторы довольно быстро придумают 400 сравнительно честных способов отъема денег у руководства. Все мысли будут крутиться вокруг денег. Обсуждения правильных стратегий учета трудозатрат будут самыми вдохновенными и креативными. Они займут львиную часть времени разработчиков. Это НЕГАТИВНО скажется на производительности программистов.

Бонус - это message. Вы как бы говорите сотруднику - “чувак, ты работаешь за бабло”. Люди прекрасно чувствуют такие сообщения, даже если они неявны.

Излишне, я надеюсь, говорить, что бонусы ни в коем случае не должны быть отрицательными. Никаких штрафов - это демотиватор. Кстати, если чувак рассчитывает на бонус и не получает его - на практике это равносильно штрафу. Да он уже запланировал купить на бонус новый ноутбук! А тут вы со своими “на самом деле бонусы являются необязательной частью, бла-бла-бла”. И заверения в стиле “мамочка тебя все равно любит” тут не исправят ситуацию.


ТАК ЧТО ЖЕ ДЕЛАТЬ С БОНУСАМИ?



По моему мнению, есть только один более или менее полезный способ использовать систему бонусирования в нашем с вами бизнесе. Кто нам мешает - тот нам поможет. Можно использовать бонус как способ транслировать ПРАВИЛЬНЫЙ message сотрудникам. Мне в голову приходит только один пример. Можно использовать бонусы для того, чтобы сообщить людям, как руководству важно достижение бизнес результатов. Например, отстегивать часть маржи сотрудникам. Сможете ли вы этим повысить их производительность? Навряд-ли. Но они точно станут немного более бизнес-ориентированными. Это просто еще один способ правильно расставить приоритеты. Будет прекрасный повод поговорить с разработчиками о том, что за продукт мы пишем и как мы собираемся захватывать рынок. По моему мнению, размер бонуса не должен превратить сам бонус в предмет культа.

  • 1
Ага, а потом оказывается что вот этот метод - http://ru.wikipedia.org/wiki/%D0%AD%D0%BA%D1%81%D1%82%D1%80%D0%B5%D0%BC%D0%B0%D0%BB%D1%8C%D0%BD%D0%BE%D0%B5_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5 в 10 раз эффективенее, чем любые бонусы или денежная мотивация.

> А денег должно просто ХВАТАТЬ. Их уровень должен быть комфортным

Лично для меня важно, чтобы денег не просто хватало.
Нужно, чтобы зарплата была выше рынка - чтобы не было мыслей смотреть на сторону

Только не может у всех зарплата быть выше рынка. На то он и рынок.

Камрад, ты не первый раз выкладываешь посты про мотивацию программистов, никак не пойму, в чем твой интерес? Ты управляешь командой и нужен оптимальный механизм или наблюдаешь как хуево тобой управляют и хочешь разобраться какие ошибки допускаются?

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

Я несколько опыта имею про управление деятельностью с несчетными результатами (не разработка ПО), может подскажу чего? Или я заблуждаюсь по поводу твоих мотивов?

> Камрад, ты не первый раз выкладываешь посты про мотивацию
> программистов, никак не пойму, в чем твой интерес?

У меня интерес в построении нормальной системы в масштабах государства,
а не как сейчас. Поэтому крайне интересует, что в нынешней не так и
почему. Особенно интересует — чтобы другие это понимали, а не только я.

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

Верно, у нас рабочие обычно получают почасовую зарплату, а те же программисты - salary.

>В первую очередь — управления.

Чтобы понять куда идти - надо понять где ты. Чтобы понять где ты - надо знать откуда пришел :)

Крайне рекомендую :
Маршев Вадим
История управленческой мысли Учебник

• Серия: Учебники экономического факультета МГУ им. М.В. Ломоносова
http://www.chtivo.ru/chtivo=3&bkid=708767.htm

Начиная с Египта, как возникала наука управления. Начинала она с трудов мыслителей про то как управлять государством. И вроде как до управления в постиндустриальном обществе, но боюсь соврать - под рукой нет, а дочитал я ее только до Византии. Но про научные труды по управлению в СССР точно есть. Пока ловлю себя на такой мысли:
Наука управления, имея корни в поиске решения проблем управления государством, с развитием товарно-денежных отношений ушла в сторону управления коммерческими организациями и последний век развивалась усиленными темпами (начиная от механистической школы управления Ф.У.Тейлора и заканчивая новомодной скандинавской школой "фанки-бизнеса"). Механический перенос научных моделей управления коммерческими организациями на некоммерческие - порочен. Но очень интересно попереносить не механически.

Обязательно надо смотреть на то, что наработано сейчас по управлению в постиндустриальном обществе. Конкретно что-то порекомендовать не могу. Это формируется сечас и поэтому оценка разработок - на уровне ощущений.

Ну и модная сейчас тема про "социальное управление" - та же фигня что и постиндустриальное общество.

В праздники пообщаюсь с человеком, что недавно писал типа диплом на тему постиндустриализма, учась на специальности "Социальное управление". Может скажет чего дельного.

>Абсолютно все другие сограждане

Это, к сожалению, или вопрос создания людей с одинаковым уровнем социальной ответственности или вопросы манипулирования сознанием.
Если, конечно, я правильно понял, что речь про понимание другими, что в существующей системе управления не так. Есть ведь всегда такие, которым в существующей системе управления все очень даже так.






(Удалённый комментарий)

Re: Ответ на вашу запись...

> Несколько замечаний. 1)Токарям-фрезеровщикам, продавцам и даже дворникам легко платить бонусы из-за того, что продукт их труда нагляден и легко измерим. Автор статьи почему-то для программистов придумывает какие-то странный критерии оценки труда, хотя куда логичнее предположить следующие: каждый программист работает по какому-то плану, зная, что в итоге у него должно получится, чаще всего ему заказывают какой-то конечный продукт, а не 500 строк кода, или отсутствие 20 багов. Значит логичнее платить по показателю, справился программист с задачей, перед ним поставленной, или нет, если справился - вот деньги, справился раньше срока или предложил лучший вариант и справился с ним - вот премия. Тогда не возникает никакого противоречия.

Осталось найти способ определить — это запланировали заведомо неправильно или это программист не справился. И ещё до кучи определить «справился с задачей». Хотя фраза «заказали отсутствие 20 багов» в любом случае внушает.

> 2)Все сказаное в статье относительно денег работает тогда, когда деньги не важны для человека, ему без разницы есть они или их нет.

Статья про то, что важны или не важны — всё равно не работает.

(Удалённый комментарий)
(Удалённый комментарий)
> С токарями-фрезеровщиками, дворниками, продавцами и даже немного с
> учителями английского. А вот с программистами НЕ РАБОТАЕТ. И проблемы
> тут такие.
> Нету линейки для программиста. Аршином общим не измерить. У них
> особенная стать. Ведь что такое производительность программиста?
> Кол-во строчек кода за единицу времени?


А где линейка для разработчика плат ? Метраж дорожек на всех слоях ?
Или инженера-строителя рассчитывающего прочности конструкций.
Или инженера разрабатывающего антенны. Или банально инженера по техники безопасности предприятия ? Количество строк инструкций по безопасности ?

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

Re: Ответ на вашу запись...

Автор вполне прозрачно провёл разделение между работой на конвейере и инженерной. Некоторым, однако, это почему-то непонятно.

Нету линейки для программиста.

Очень верно. И не только для труда программиста не существует меры, а и для всякой вообще интеллектуальной, творческой деятельности (науки, изобретательства, литературы, этс.).

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

Крайне мудрая статья, отрекламировал)

У меня есть теоретические наработки по мотивированию.

Позволите изложить?

ага, про деньги как мотиватор я уже писал.
На собственном примере, теперь про менеджеров.
Мы вообще не программисты-но есть некоторые сходные аспекты. В общем есть сотрудник-мудак крайний, пол дня может шляться по коридорам или торчать за столом с задумчивым видом и паяльником в руке-мол работаю. К заданиям непосредственного начальника относится: "мол а че кроме меня некому!?" Теперь внимание шутка-наш непосредственный начальник-Гена считает что этот чувак самый млять незаменимый работник-и если бы зарплата зависела бы от Гены, тот явно получил бы максимум. Причем мы уже с обоими разговаривали и разьясняли ситуацию-не помогает :)) Один на работу хй положил, а второй этого в упор не видит. А вся пролема в том что человеку просто работать не интерресно-ну и как ты его заставишь :)))

очень мудрый пост. спасибо.
Если еще предположить, что скоро всех дворников, консультантов и продавцов заменят на роботов, запрограммированных правильно мотивированными программистами, то конец индустриального капитализма, кажется, очень близок.

Все что здесь говорилось о мотивации программеров применимо лишь к софтверным компаниям. А как, например, определить бюджет проекта если разработка ПО не является основной деятельностью предприятия? Так что, уважаемые коллеги, простейшее разделение заложенного под проект бюджета - на самом деле тривиальная задача. А может быть кто - либо скажет, что можно придумать для ИТ-службы пром.предприятия, которая производит свои продукты исключительно под заказ основного производства и его менеджеров. Разработки от этого не становятся менее навороченными, они просто имеют определенную специфику и полное отсутствие заложенного под них бюджета. На программистов в этом случае ложится не только разработка нового ПО, но и сопровождение разработанного ранее, и исполнение хотелок руководства предприятия (причем, зачастую, не имеющих коммерческого обоснования) это к тому, что нет возможности сказать, а какую собственно прибыль имеет предприятие от внедрения новых программных продуктов.

  • 1
?

Log in

No account? Create an account