Можно ли деньгами ускорить работу инженера

Эволюция системы денежной мотивации в отдельно взятой компании за десять лет.

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

За десять лет мы прошли путь от полностью субъективной системы премирования до предельно объективной. Менялись цели, менялись механизмы премирования. В итоге мы отчаялись создать рабочую мотивационную схему, основанную на деньгах (да, мы не быстро это поняли), и отказались от премий вовсе.

В статье речь пойдёт о системе денежной мотивации сотрудников в разработческой компании. Чтобы был понятен контекст, немного о нас. Мы — это компания Uniscan Research. Мы делаем наукоёмкие приборы массовым продуктом. Нас 60 человек. За год через портфель проектов проходит 30 проектов длинной в один-два месяца и два-три проекта длиной в несколько лет.

Итак, путь эволюции системы премирования.

На дворе 2009 год. Компания состоит из функциональных отделов: конструктора, электронщики, программисты, исследователи, технические писатели. У каждого отдела свой начальник, он же техлид в своей области. Про Agile мы только начинаем что-то слышать, управление портфелем проектов ручное.

Разделение доходов на оклад и премию

Механизм: каждый месяц платится фиксированная часть доходов — оклад, и каждый месяц начальник может добавить переменную часть доходов — премию, максимальный размер которой заранее оговорён.

Главная цель внедрения такого подхода — повышение среднего уровня доходов сотрудников с возможностью его снизить в случае кассового разрыва. По Трудовому кодексу зарплату понижать сложно, поэтому страшно повышать, а премию можно всегда отменить. Вторая цель — дать начальнику возможность поощрять сотрудников за хорошую работу.

Общаясь с людьми из других компаний, мы очень часто слышим, что у них используется этот подход.

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

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

Задумывалось: премии обычно нет, а за хорошую работу она даётся. А получилось: премия есть всегда, а за косяки она отбирается. Отнять премию — это чётко негативное действие, которое большинство начальников делать не станут. Они поругают работника, но не будут выступать в роли палача.

В результате сотрудник перестаёт считать эту премию переменной частью доходов и относится к ней как к части ЗП. То есть она не работает как поощрение и не работает как наказание.

Суммарно получается, что это таки часть ЗП без любых экономических и мотивационных целей.

Диагноз: это вообще не схема, это сплошной самообман.

Прошёл год. Функциональная структура и ручное управление портфелем сохранились. Но задачи контроля финансового потока через переменную ЗП отошли на второй план. Мы начали думать больше про мотивацию.

Ежегодная премия от директора

Механизм: директор в конце года называет начальникам отделов некие суммы, которые начальники должны распределить среди своих сотрудников, включая самих себя. Откуда берётся сумма, знает только директор.

Главная цель — безопасно для компании повысить средний доход сотрудников. Вторая цель — поощрить сотрудников за хорошо отработанный год.

Ключевая проблема — если компания работает экономически успешно и деньги в конце года чаще всего есть, то премия платится каждый год, и сотрудники начинают к ней относиться как к обязательной части доходов. То есть она перескакивает из переменной части ЗП в фиксированную. Соответственно, в глазах сотрудника она платится не за выдающиеся результаты, а за обычную рутинную работу.

Более того, на такую премию сотрудники распространяют ожидания по ежегодному росту и индексации по аналогии с ЗП. То есть в глазах сотрудников, эта премия не только обязательна к выплате, но и должна каждый год повышаться.

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

Вторая проблема, что такого рода премии могут только корректировать заниженную относительно рынка ЗП, но никак не мотивируют сотрудников работать лучше и быстрее. Получается, что премия ни по времени выплаты, ни по механизму расчёта не связана с результатами работы конкретного человека.

Диагноз: премия приравнена к ЗП, как мотивация не работает.

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

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

Механизм: начальник отдела в конце года шлёт запрос директору на премиальный фонд для своего отдела. Откуда берётся сумма — обычно зависит от смелости (наглости) начальника. Дальше сумма распределяется начальником среди сотрудников отдела.

Главная цель — реализовать механизм повышения доходов сотрудников, но при этом снять груз ответственности за объём премиального фонда с директора и перенести его на начальника отдела.

Такая схема появляется в тот момент, когда директор понял все минусы предыдущей схемы и пытается от неё уйти. Тогда кажется логичным перенос ответственности на начальника — «оцени себя и свой отдел сам, а я посмотрю на сумму». Теперь уже не директору, а начальнику приходится задумываться «а за что конкретно платятся эти деньги?». И требования сотрудников повысить премию уже начинают беспокоить начальника.

Главная проблема — та же, что и в предыдущей схеме. К премии относятся как к части ЗП, и она никого ни к чему не мотивирует.

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

Ещё одна проблема — у начальника появляется соблазн завышать премию лично себе. Для этого чаще всего делается простой финт: чтобы лично моя премия не торчала на фоне остальных, надо выбрать пару толковых сотрудников и сгладить разницу между моей премией и премиями «рядовых», поставив этим двоим промежуточные суммы. Просто убираем пик на графике.

В итоге появляется ещё один мотив непрерывно повышать премиальный фонд. Теперь не только сотрудники этого требуют, но и начальнику это на руку.

Диагноз: премия приравнена к ЗП, как мотивация не работает.

2012 год. Запускается канбан-система для управления портфолио. Мы осознаём, что нужно ограничивать количество начатой работы в системе и нужно как можно быстрее заканчивать проекты. Теперь мы задумались не просто про мотивацию, а мотивацию на попадание в срок.

ПМ может запросить премию у директора по окончанию проекта

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

Главная цель — привязать выплату премии по времени к окончанию проекта, чтобы была непосредственная связь результата работы и поощрения.

Главная проблема — становится выгодно работать в мелких коротких проектах, создавая тем самым непрерывный поток небольших премий. Если ты три года пахал в гигантском проекте, то у тебя есть риск, что проект зафакапится и ты не получишь премию за все три года. Мелкие проекты размывают этот риск. В итоге появляется кадровый голод в «рисковых» проектах.

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

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

Как результат — мы хотели поощрять отличную работу в проектах, а получаем обратное: выгодно делать рутину в рутинных проектах, а любые прорывные проекты становятся неинтересными.

Третья проблема — что делать с людьми, которые не входят в команды, а являются сервисами? Технические писатели, QA, логистика, бухгалтерия, техсаппорт и так далее. Они оказываются либо вообще без премий, либо под них приходится делать вторую систему премирования.

Диагноз: схема сложна и субъективна, как мотивация не работает.

Делим апельсин через голосование

Механизм: это попытка улучшения предыдущей схемы. Сумму по членам команды распределяет не ПМ, а она определяется путём кругового закрытого голосования. Каждый оценивает вклад каждого, а дальше программа вычисляет доли.

Главная цель — сделать распределение справедливым.

Проблема — люди стесняются друг друга оценивать, и всё сводится к «уравниловке». Все в среднем работали неплохо. Ну а тогда начинают терять интерес те, кто реально вваливал весь проект — им уравниловка не нужна, им нужна оценка их большого вклада, а групповая оценка это всё скрывает.

В итоге мы поощряем «серость», а не инициативу и скорость.

Диагноз: уравниловка, как мотивация не работает.

Платим премию в каждом проекте

Механизм: платим премию в каждом успешно завершённом проекте. При этом вычисляем и общую сумму, и личную долю члена команды через прозрачную математику, завязанную на затраченное время. Более того, делаем таблицу с размером премий публичной и открытой.

Главная цель — поощрять выполнение командой обязательств в срок.

Вторая цель — сделать систему премирования предельно понятной и прозрачной для сотрудников. Минимум субъективных оценок. Сделал работу хорошо и в срок — получи премию предсказуемого размера.

Третья цель — за счёт публичности размера премий мы усложняем возможность начальников или ПМов искусственно завышать себе премию.

Главная проблема — если факт выплаты премии завязан на выполнении проекта в срок, то возникает очевидное желание эти сроки сильно завысить при планировании. Приходится этот момент контролировать отдельно.

Вторая проблема — выгодно работать в мелких проектах. Это уже выше рассмотрено.

Третья проблема — ПМ может списывать своё время в любой проект, который ему кажется самым надёжным. В итоге именно у ПМов будут самые большие суммы премий за год.

Четвёртая проблема — если проект длился три года, то надо будет выплатить очень существенные суммы. Это может вызвать конфликт среди команд — кто-то получил за мелкий проект 10 тысяч рублей, а кто-то за гигантский — 500 тысяч рублей. Что проекты совершенно несоизмеримы в этот момент сотрудникам — будет неважно. Также дирекция может отказаться выполнять обязательства по выплатам крупных сумм.

Диагноз: больше всех платим за рутину, как мотивация не работает.

2016 год. Мы всё больше погружались в Agile-подходы. Мы сохранили функциональную структуру, сформировали более-менее постоянные команды в больших проектах и начали игры с ритмичностью. Возник UniScrum.

Платим премию каждый спринт

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

Главная цель — избежать огромных выплат сразу за несколько лет. Уменьшить разницу в рисках между коротким и длинным проектами.

Главная проблема — появляются заметные риски того, что мы заплатим премии за десять спринтов проекта, а он потом тем не менее зафакапится. Премии назад не вернёшь.

Вторая проблема — теряется чёткость понимания у членов команды, за что именно им платят премию. Цель спринта — это не так понятно и однозначно, как цель всего проекта.

Третья проблема — по окончании проекта хочется какого-то серьёзного подарка, а премию уже размазали на предыдущие спринты, и получается некое разочарование. Вроде как премию платили все предыдущие спринты, но в итоге на финише стоим с пустыми руками.

Диагноз: смысл премии непонятен членам команды, как мотивация не работает.

2018 год. В паре команд появляется честный Scrum. Мы начали сильно менять функциональную структуру компании, и начали появляться постоянные междисциплинарные команды. Цели проектов доступны командам. Ответственность и принятие решений от начальников начинают переходить в команды.

Начальник поощряет мастерство

Механизм: начальнику даётся право запросить премиальный фонд лично конкретному сотруднику, который только что, по мнению начальника, особо отличился. То есть за выполнение обычных рабочих обязанностей, за работу в срок и с нужным качеством мы платим зарплату, а не премию. А премия — это орден за подвиг.

Главная цель — отказываемся от премий как механизма мотивации быстрой и качественной работы. Доносим до сотрудников, что за хорошую работу они получают ЗП, а не премию.

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

Вторая проблема — если до этого существовала система премирования, то будет некое бурление среди сотрудников, что у них отобрали премии. У себя мы это решили просто: все премии, которые фактически сотрудниками считались частью ЗП, мы сделали официально частью ЗП. То есть в деньгах они не проиграли, а мы ликвидировали плохо работающий механизм премирования.

Диагноз: качественную работу не надо мотивировать, надо нанимать правильных людей. Мотивировать надо гениальные идеи и прорывные решения. Пока мы довольны этим подходом.

Подарки от компании

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

Главная цель — сделать приятный подарок сотрудникам, если есть на то финансовая возможность. При этом явно показав, что это не оценка работы команды, а просто подарок. Тем самым убираем конфликт вокруг субъективных оценок качества работы.

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

Диагноз: если команда привыкла к механизму тринадцатой зарплате, то лучше убрать с механизма оценочную часть и превратить в подарок. Если вы понимаете зачем вы это делаете, то это работает.

Мы сейчас здесь. У нас работают последние два механизма — поощряем мастеров и дарим подарки раз в год :)

Итак, мы прошли за десять лет такой путь:

  • Годовые премии «с барского плеча». Мгновенно стало восприниматься как ЗП.
  • Годовые премии по запросу начальников. Не понравилось полной непрозрачностью и субъективностью оценок.
  • Проектные премии через ПМа. Непрозрачно и провоцирует убегать из больших проектов.
  • Делим апельсин голосованием. В этом случае демократия не сработала.
  • Проектные премии через математику. Стало прозрачнее, но большие проекты всё ещё неинтересны.
  • Премии по спринтам. Вообще всё смешалось и стало хуже.
  • Мастерство и подарки. Пока нас всё устраивает, но это не значит, что мы тут надолго задержимся. Есть нерешённая задача — мотивация топ-менеджеров. Тут дело не в премиях, но какое-то участие в прибыли требуется. Как говорит в последней книге Нассим Талеб: «Для принятия эффективных управленческих решений необходимо, чтобы у ключевых руководителей была “шкура в игре”».

В умных книжках пишут, что деньги — это гигиенический фактор. Например, об этом пишет Дэниел Пинк в книге «Драйв: что на самом деле нас мотивирует». ЗП должна быть адекватной рынку и не более того. Зарплатой можно удержать в компании либо подтолкнуть к увольнению. Но деньги не мотивируют людей делать что-то лучше или быстрее.

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

Пройти этот путь помогли практики командных ретроспектив, механизмы анализа из теории ограничений (деревья НЖЯ, поиск корневых проблем) и регулярный анализ собственных процессов и правил (что и зачем мы делаем, есть ли у этого внятная полезная цель). О том, как именно эти практики нам помогают улучшать свои процессы, я обязательно напишу отдельную статью.

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

0
73 комментария
Написать комментарий...
Кроко

Деньги мотивируют пока их не хватает на то, без чего жить не можешь. И это необязательно еда, жилье или оплата счетов.

Ответить
Развернуть ветку
Anton Ryadinsky

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

Ответить
Развернуть ветку
vlad kriloff

Про пряники понятно. А где про кнут?

Ответить
Развернуть ветку
Алексей Стеринович
Автор

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

Ответить
Развернуть ветку
Николай Левицкий

У наших QA есть робот, который по определённым правилам отбирает 12 тикетов в оценку. 6 тикетов оценивает руководитель, 6 - QA.
За них можно набрать либо 0% премии - обнуляет вообще все остальные показатели, 75% - если есть 1-2 серьёзных ошибки. Либо 100% - если всё идеально, или ошибки не серьёзные.
200% можно набрать только с помощью бонусного тикета - ты сделал что-то крутое, отправил это руководителю, в конце месяца они с другими руководителями собираются и решают, принять его или отклонить.
Работает как часы, все критерии оценки - прозрачны, всё можно оспорить.
Но для этого нужно чтобы задачи разделялись на более-менее равные порции - кейсы, тикеты, что-нибудь подобное. Но с помощью этих крутых систем менеджмента с клёвыми названиями эту проблему, мне кажется, решить не сложно.

Ответить
Развернуть ветку
Anton Ryadinsky

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

Ответить
Развернуть ветку
3 комментария
M Bot
Но деньги не мотивируют людей делать что-то лучше или быстрее.

Очень странное утверждение, с учетом того, что это прекрасно работает при любых подрядных, контрактных работах, фрилансе и пр., причем как с отдельными людьми, так и с организациями, независимо от сферы деятельности – за хорошую доплату срочно-сверхурочно может работать как веб-студия, так и ремонтная/строительная бригада.

Если в вашей организации такое не получается, значит критерии постановки задач/сроков очень мутные, нет доверия руководству, например, сотрудники опасаются, что один раз сделаешь быстрее, далее поменяют норму не в пользу работников (аналогично и с "лучше").

Ответить
Развернуть ветку
Алексей Стеринович
Автор

Подрядчики и фрилансеры работают по сдельной оплате труда. Они не получают ЗП. У вас с ними сделка: некие деньги за некий объем работы. Не сдал работу - не получил деньги. Это не мотивация, это рыночные отношения. Если сотрудники сидят на сдельщине, то конечно ими можно управлять деньгами. Но это крайне редкая ситуация в rnd компаниях.
А если сотрудник получает ЗП, то возникает простая проблема: зачем делать больше работы, если ЗП гарантирована? Если премия очень существенна, например, 10 зарплат, то вродебы можно и повкалывать. Но к деньгам быстро привыкаешь, и очень скоро начинает казаться, что сумма несправедлива.
Все это я говорю из предположения, что зп адекватна, и сотруднику хватает денег на достойную жизнь. Если же он голодает, то он сделает что угодно за повышение дохода. Но неэтично как минимум.

Ответить
Развернуть ветку
7 комментариев
Anton Ilabanau

просто платите работникам выше рынка и требуйте выше рынка.

Ответить
Развернуть ветку
Anton Ilabanau

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

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

Ответить
Развернуть ветку
4 комментария
Алексей Стеринович
Автор

Да, это премия размером в один оклад, которая платится в конце декабря. При этом у начальников нет возможности кому-то уменьшить размер премии, а кому-то увеличить.

Ответить
Развернуть ветку
Alex Karpov

А чем это отличается от годовых премий?
Ведь эти подарки тоже начнут воспринимать как часть ЗП.

Ответить
Развернуть ветку
1 комментарий
Павел Полихронов

Всегда хотел работать в такой компании. VC можете меня с ними связать pls?

Ответить
Развернуть ветку
Андрей Нечаев

Здрасти. Забавно. Скажу за себя. Мотивация в моём случае интереса в нематериальном эквиваленте, при не потере достаточного для обеспечения 4 МРОТ каждого из 4 х членов " малой семьи"

Ответить
Развернуть ветку
Алексей Стеринович
Автор

Полностью согласен. Работа должна нравиться сама по себе, а не из-за премии.

Ответить
Развернуть ветку
Никита Цветков

Андрей, в моем случае ЗП хватает только, чтобы покушать мне и семье не более. На ЗП в 30 тыс. не разгуляешься! Основной упор сделан на премию, которая может быть и х10 ЗП, но на некоторых проектах ее может не быть вообще. Другая система, я работаю ради денег, все нематериальные вещи я могу себе позволить, если премия будет как планируется

Ответить
Развернуть ветку
Алексей Шторм

Источник прибыли - госбабло, к чему так много букв? Расскажите лучше сколько откатываете за гос контракты?

Ответить
Развернуть ветку
Mihail

Мы делили апельсин, это вроде как советский КТУ (коэффициент трудового участия). Я в его сторону смотрел но он адекватен только когда люди делают более менее одинаковые вещи по проекту.
Как можно сравнить кто лучше дизайнер или программист сработал я не понял.
То что зп должна быть в рынке это да. Но тут действительно нужно быть крупной компанией без кассовых разрывов.

Ответить
Развернуть ветку
Алексей Стеринович
Автор

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

Ответить
Развернуть ветку
2 комментария
Алексей Стеринович
Автор

У апельсина у нас скорее была история связанная с ученым советом. У нас заметное количество сотрудников когда-то трудились в СО РАН.

Ответить
Развернуть ветку
Алексей Шторм

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

Ответить
Развернуть ветку
agenT agenT

пипец. за 10 лет так и не поняли что премии считать ручками бред. Сначала сами считали,не получилось. отдали начальникам.....не получилось...отдали еще ниже в голосование...не получилось...и т.д....непрозрачные схемы везде. нигде не меняется суть.
суть одна - назначается ответствкнный за принятие решение хрен знает по каким параметрам, и дается премия. причем всегда. 10 лет...на одном месте...
другой подход - придумать правила. проставить показатели. все. в процессе работы по правилам достигаются показатели, зп считается само. все.
ну или тупо фикс, с коээффициентом нае а в лице лпр по премии, как у вас было все эти 10 лет.

Ответить
Развернуть ветку
Алексей Стеринович
Автор

Вы про KPI? Это крайне сомнительная практика с точки зрения денег. Не зря в OKR принципиально запрещают завязывать деньги на метрики.
Премии, завязанные на метрики, провоцируют людей выполнять метрики, а не думать о правильном продукте.
Это приводит к гонке между закручиванием болтов в системе метрик и попытками найти дыры в этой системе и обмануть ее.

Ответить
Развернуть ветку
1 комментарий
Ware Wow

Блин, а если кратко?

Ответить
Развернуть ветку
Anton Ryadinsky

В конце статьи есть краткое содержание и выводы:) если кратко, то деньги так себе мотиватор.

Ответить
Развернуть ветку
Алексей Стеринович
Автор

- Не пытайся понять то что невозможно понять.
- Не понял.
- Вот и не пытайся.

Ответить
Развернуть ветку
Никита Цветков

Добрый день! Спасибо за интересную статью. Не совсем понял последнюю Вашу систему, так как в ней есть чье-то личное мнение за какие-то заслуги. Не вижу вот чего: я инженер, может я не очень круто общаюсь с руководством, но я хочу заработать больше. У меня есть четкая и понятная схема, что мне делать, чтобы заработать на 50 тыс. больше в этом месяце.

Хотел рассказать про свою мотивацию в компании, а так же минусы, которые в ней вижу, все перекликается с темой обсуждения.
Есть минимальная ЗП и квартальный бонус за выполненные закрытые проекты. Проект, у него есть стоимость сметы и проектная маржа. У каждого члена команды (менеджера, инженера, строителя и т.д.) есть свой % от маржи. На момент запуска, ты заранее знаешь какие деньги получишь, если все будет ок (на фото в приложении). Все довольно прозрачно и понятно.
Однако! Как говорилось в статье, проекты могут идти и по несколько лет, в течение которых ты живешь на одну печальную ЗП в надежде на огромный бонус после закрытия. Если произойдет факап и деньги не придут (мы сами накосячили, заказчик тупо не платит, контора заказчика обанкротилась, вариаций много), то ты оказываешься в *опе =)) Маленькие проекты не дают, так как ты полностью погружен в большой. Просто ЗП повысить не могут и не будут, так как это невыгодно дирекции компании.
По итогу, делать кучу мелких проектов выгоднее, не желе крутой большой перспективный и интересный проект, деньги за который неизвестно когда будут и будут ли вообще. Так же в этой системе ты не застрахован от косяков людей из своей команды, которым просто может быть плевать на бонусы, живут только на ЗП и ни к чему не стремятся, и так сойдет!

Что можете порекомендовать в этом случае? =) Проходили ли такое? Спасибо заранее!

Ответить
Развернуть ветку
Никита Цветков

Не получается отредактировать.

Хочется такой схемы, чтобы было как можно меньше человеческого фактора. Все процессы описаны, все косяки понятны (накосячил - заплати со своего бонуса), а так же все пряники ясны, если выполнил все в срок и без ошибок. Инженер приложил сверх усилия, заказал все быстро и в срок, получил свои деньги. От остальных отделов не хочется быть в зависимости, может даже выплаты поэтапные (хотя у Вас этот вариант не прокатил). Что можете порекомендовать в этом случае? =) Проходили ли такое? Спасибо заранее!

Ответить
Развернуть ветку
11 комментариев
Павел Глотов

Очень интересно, спасибо!

Ответить
Развернуть ветку
Ilya Makarov

я правильно понял что 13я ЗП это просто еще один оклад каждому сотруднику компании?
Т.е. либо все получают еще один оклад либо никто не получает?

Ответить
Развернуть ветку
Алексей Стеринович
Автор

Промахнулся кнопкой. Ответ в комменте ниже

Ответить
Развернуть ветку
Nikita Kozlov

Супер, очень много схожего с нашей компанией (где работаю я):) прям читал и все так близко, знакомо:) спасибо!

Ответить
Развернуть ветку
Denis Lukov

👍

Ответить
Развернуть ветку
Алексей Шторм

Что бы понять насколько крутые у вас инженеры и команда, простой сделайте продукт для американского или европейского рынка. По заплате у вас преимущество будет в 5 раз. Вас ни кто не ограничивает в элементной базе ни в средствах продвижения продукта. Но что-то мне подсказывает, что один раз сев на иглу российского государства слезть уже невозможно.

Ответить
Развернуть ветку
Алексей Стеринович
Автор

Зачем это проверять? Наши продукты уже продаются и в США, и в Европе, и в ЮВА.

Ответить
Развернуть ветку
1 комментарий
George Kovaleff

Вы же понимаете, что сейчас наступаете на те же грабли с 13-й зарплатой? Очень скоро она начнет восприниматься как данность.

Ответить
Развернуть ветку
Алексей Стеринович
Автор

Вполне возможно. Мы поэтому и считаем, что еще не дошли до финальной точки в вопросе премий.

Ответить
Развернуть ветку
Ivan

Это вы или нет ? uniscan-research

Ответить
Развернуть ветку
Anton Ryadinsky

Это мы, да:)

Ответить
Развернуть ветку
iva iv!

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

Ответить
Развернуть ветку
Игорь Фабиан

Большинство этих новомодных практик - это "яйца в профиль". Была раньше тарифная сетка и все работали по способностям и получали по потребностям :) Если инженер тянет задачи - он должен иметь подтверждённый класс (уровень) своих знаний и опыта, за что он получает, скажем 70 тыс. в месяц. Если он при этом генерит интересные идеи - то премии от 10% и выше, а если выдумал нечто патентопригодное - то и 100%, плюс авторство. Это и раньше работало, стоило ли изобретать велосипед? Другое дело, как руководству распределить ответственность и задачи таким образом, чтобы профессионализм отдельно взятого инженера раскрыть в полной мере. А это решение от обратного - не сколько мне и как заплатить своему спецу, а как и в каком виде организовать его работу или шире команды, чтобы и самооценку с уровнем оплаты специалистов не уронить и плановый уровень вложений в R&D не превысить, получив на выходе классный продукт. Это задача более УПРАВЛЕНЧЕСКАЯ, а не инженерная. Антон, попробуйте копать в этом направлении, оно более перспективно. Привет вашей команде!

Ответить
Развернуть ветку
Anton Ryadinsky

"Тарифная сетка раньше" - это примерно то же, что "среднее по рынку сейчас". А премии, как ты написал, платили также за отдельные достижения. Хорошее замечание, что любая денежная система в отрыве от организации работы, управленческих практик (и даже культуры) - это бесполезное занятие. Думаю, что про это тоже напишем в недалёком будущем отдельно.

Ответить
Развернуть ветку
Petr Сpp

Наглядно показал :)

Ответить
Развернуть ветку
70 комментариев
Раскрывать всегда