Денежная мотивация в проектах разработки ПО

Автор: Асхат Уразбаев

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

Проблема измеримости выхлопа
Нету линейки для программиста. Аршином общим не измерить. У них особенная стать. Ведь что такое производительность программиста? Кол-во строчек кода за единицу времени? Бред! Копипейст или просто выбор инструментов и подходов может породить практически любое кол-во. Кол-во багов? Не ошибается тот, кто ничего не делает. Ничего не пишем — нету и багов. Кол-во исправленных багов? Так ведь никакого героизма в исправлении багов нет. Смысл в том, чтобы не писать багов. Не хватало еще поощрять за их исправление! Задачка на полчаса — написать утилиту, которая путем внесения багов в код и исправлением их после репорта от тестера максимизирует ваш бонус. В общем, есть только один инструмент — произвол менеджера. Менеджер — это такой мудрый чувак, который знает, кто и как работает. А как он знает? А в этом и есть тайное знание менеджера и за это он получает деньги. А как он меряет своих ребят? У него есть ощущения. Например, если вы менеджеру кажется, что вы тормоз, то вам выставят BE (below expectations). Или, например, сделают вам маленький КТУ (коэффициент трудового участия). А ведь иметь маленький кту стыдно… Или еще как-нибудь вам дадут понять, что вы тормоз. Это называется «предоставить фидбек».

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

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

Бонусы бесполезны?
Бонусы бесполезны? Я этого не утверждал. Я только хотел сказать, что с бонусами надо быть очень осторожным. А все дело в том, что деньги — это очень важно. А потому бонусы — очень мощный инструмент воздействия на сотрудников. Беда в том, что он не очень-то точный. А значит в большинстве бесполезный. Это как антибиотик широкого действия. Вы скорее всего зацепите инфекцию, но и убьете все полезные бактерии. Существуют правильные и полезные системы мотивации — и бонусы к ним не относятся. Недаром зарплату, бонусы и соцпакет называют компенсационным пакетом. Компания просто компенсирует вам тот прискорбный факт, что вам приходится ходить на работу вместо того, чтобы заниматься другими интересными штуками. В том числе и работать на более щедрую компанию :-). Вы просто не сможете настроить систему бонусирования достаточно точно. Ну, к примеру, вы выстроили классную схему. По ходу дела вы учли все ошибки и она стала идеальной. Вы решили, что бонусы должны быть высокими, если программисты работают в соответствии со своим планом. Если они отстают - бьем их рублем. Ведь это так прекрасно работает с консультантами! На самом деле у консультантов все супер просто потому, что у них есть нормативы. Известно, сколько времени на самом деле занимает задача. А у нас программисты сами оценивают свою работу. Вскоре выясняется, что люди перезакладываются — дают заведомо завышенные оценки. Вы уточнили формулу. Если человек успевает раньше плана - это тоже понижает бонус. Разумеется, надо учесть, что опередить в два раза — явное разгильдяйство, а сэкономить 10% квалифицируется как трудовой подвиг. Вы не сдерживаетесь и, как человек с высшим техническим образованием, подбираете полиномиальную функцию. Она правильно аппроксимирует бонусное вознаграждение в зависимости от плановых и реальных параметров. Там есть еще и весовые коэффициенты для разных типов задач (багфиксинг!=разработка нового), учет приоритетов проекта и прочие вещи, которые вы посчитаете важными. Ваша формула идеальна. Вы, как творец, испытываете гордость создателя. Вы рассчитываете, что программисты, понукаемые жаждой наживы, будут ответственно относится к оценкам трудозатрат и стараться успевать делать работу в срок, станут учитывать приоритеты работ и правильно вести свои трудозатраты в корпоративной системе учета. На самом деле тут может быть два варианта. Если бонусы в среднем относительно небольшие (ну, скажем, меньше 20% от зарплаты), то большинство людей будут относится к их получению (или потере) как к лотерее. Повезло — не повезло. Дело в том, что вашу систему мотивации просто никто не поймет. Она слишком сложная. На самом деле вам повезло. В этом случае ваша система по крайней мере не нанесет ВРЕДА. Хуже, если бонусы действительно важны для людей. Народ займется оптимизацией выплат. Ваши местные великие комбинаторы довольно быстро придумают 400 сравнительно честных способов отъема денег у руководства. Все мысли будут крутиться вокруг денег. Обсуждения правильных стратегий учета трудозатрат будут самыми вдохновенными и креативными. Они займут львиную часть времени разработчиков. Это негативно скажется на производительности программистов. Бонус — это message. Вы как бы говорите сотруднику — «чувак, ты работаешь за бабло». Люди прекрасно чувствуют такие сообщения, даже если они неявны. Излишне, я надеюсь, говорить, что бонусы ни в коем случае не должны быть отрицательными. Никаких штрафов — это демотиватор. Кстати, если чувак рассчитывает на бонус и не получает его - на практике это равносильно штрафу. Да он уже запланировал купить на бонус новый ноутбук! А тут вы со своими «на самом деле бонусы являются необязательной частью, бла-бла-бла». И заверения в стиле «мамочка тебя все равно любит» тут не исправят ситуацию.

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

Источник