Мотивация в проектном бизнесе
В проектном бизнесе сложно сделать честную систему премий. На первый взгляд кажется, что всё просто: подписали договор, выполнили работу, заработали деньги — значит, можно выплатить команде процент. Но на практике почти любое простое решение быстро ломается.
Фиксированная премия за каждый договор? Не подходит: проекты разные по составу работ, трудоёмкости, срокам, рискам, структуре затрат и доле подрядчиков.
Процент от цены договора? Тоже рискованно. Цена может быть выше расчётной из-за удачных переговоров, а может быть ниже — если компания сознательно берёт контракт с меньшей маржинальностью по стратегическим причинам.
Распределение “на усмотрение руководителя”? Частая практика, но она добавляет субъективность. Даже если руководитель справедливый, у команды всё равно может оставаться ощущение, что правила не до конца прозрачны.
Откладывать деньги в отдельную “кубышку”? Для длинных проектов на 1–2 года это тоже не всегда работает. Деньги могут уйти на операционную деятельность, и тогда мотивационная система превращается в обещание без финансовой опоры. А неисполненные обещания демотивируют больше всего.
Однажды я разбирал задачу: как можно спроектировать систему выплат для проектной организации, где: — проекты идут по 1–2 года; — команды ведут несколько проектов параллельно; — часть работ выполняется собственными силами, а часть отдаётся подрядчикам; — каждый проект отличается по трудозатратам, срокам и структуре себестоимости.
В такой ситуации ключевым решением может быть расчёт премии не от цены договора и не фиксированной суммой, а от нормативной операционной прибыли каждого этапа проекта. Решение не лежит на поверхности, но логика в нём есть.
Сначала для каждого этапа проекта рассчитывается плановая экономика: себестоимость, прямые затраты, трудоёмкость и нормативная операционная прибыль при типовой марже. Уже от этой величины считается фонд выплат. Дальше фонд распределяется между участниками проекта по заранее утверждённой матрице долей: руководитель проекта, главный инженер проекта, разработчики.
Если коммерческая цена договора меняется из-за переговоров или стратегического решения компании, это не должно автоматически ломать мотивационную модель. Иначе команда начинает зависеть не только от своего вклада, но и от управленческих решений, на которые она не влияет.
Что это даёт? Для владельца бизнеса — понятный источник денег на мотивацию. Выплата не появляется дополнительной нагрузкой к закрываемому проекту, не требует копить отдельные “кубышки” и может опираться на запланированные денежные потоки.
Для команды — прозрачную связь между вкладом в проект и будущей выплатой. Без субъективности и пропорционально роли в проекте.
Для руководителя — систему, где не нужно каждый раз вручную объяснять, когда заплатят, почему одному заплатили больше, а другому меньше.
Для бизнеса — более устойчивый механизм, который подходит для большинства типовых проектных ситуаций, не зависит напрямую от коммерческой цены договора и при этом учитывает реальную плановую трудоёмкость работ, выполняемых собственными силами.
Отдельно важный момент: такой расчёт логично закладывать ещё на этапе подготовки коммерческого предложения, а не считать “задним числом”. Тогда мотивация сразу становится частью экономики контракта.
Выплата возникает только после того, как заказчик оплатил соответствующий этап. Поэтому система не создаёт кассовый разрыв и не превращается в обещание выплатить деньги, которых в проекте фактически ещё нет. Для себя я сформулировал это так: хорошая система мотивации в проектном бизнесе должна отвечать не только на вопрос “сколько платить?”, но и на три более важных вопроса: — откуда берутся деньги; — в какой момент они берутся; — за какой результат они выплачиваются.
И только когда есть система, которая даёт ясный источник денег для мотивации, можно разрабатывать критерии для снижения или увеличения выплат.
· 05.05
Премию можно рассмотреть как поощрение функционального вклада. Если рук+команда смогли договориться на проект где покроют только издержки, то команда почему премию получает, не понимаю
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 06.05
Если договориоись, то не должна. Мне нравятся системы, которые срабатывают в 90% типовых ситуаций без ручных процессов. Чтобы каждый раз не договариваться о любом изменении, нужен утвержденный подход.
То, что Вы описали это как раз скорее исключение, для которого и нужны управленцы.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён