Управление проектами. Система вознаграждения

Как улучшить управление проектами? Система вознаграждения в проектах

Проблемы в управлении проектами известны всем. Зачастую проекты завершаются с нарушением сроков с превышением бюджета и неудовлетворенностью клиентов полученным результатом, отличающимся от ожидаемого. Часть из проектов останавливаются на полпути и заканчиваются крахом. Для решения этих проблем в компаниях внедряется система Project Management, используется программное обеспечение и разрабатывается система вознаграждения.

Чаще всего в российских компаниях используется стандартная система вознаграждения: при небольших по длительности проектов (например, до шести месяцев) сотрудники поощряются за выполнение проекта в срок, а при более долгосрочных проектах – за завершение каждого этапа и всего проекта в срок. Причем за выполнение первого этапа проекта размер вознаграждения обычно меньше, чем за завершение всего проекта. Например, если проект состоит из трех этапов, а общее вознаграждение составляет 100%, то за завершение первого этапа выплачивается 20% от общей суммы вознаграждения, 30% – за второй и этап и за завершение всего проекта – остальные 50%.

При этом используются два варианта взаимосвязи с вознаграждением:

• вариант жесткий (одноуровневый): если этап (проект) выполнен в срок, менеджер получает вознаграждение, если нет – наказывается и остается без премии.Такой вариант используется в проектах, имеющих жесткие сроки выполнения (например: Олимпиаду нельзя перенести, все строительные объекты должны быть сданы вовремя).
• вариант более мягкий: разрабатывается таблица с пороговым значением, при котором уже возможна выплата вознаграждения ( см. таблица 1)

Таблица 1. Расчет размера вознаграждения в зависимости от срока завершения проекта

Поскольку выполнение проекта в срок является важным критерием успеха, так как задержка в сроках обычно приводит к неудовлетворенности клиента и росту бюджета, в российских компаниях распространена практика привлечения дополнительных ресурсов (сотрудников) или оплата сверхурочных, что приводит к росту бюджета. Получается, что более эффективно использовать ряд показателей с учетом веса, зависящего от важности показателя с учетом специфики проекта. Например, если для проекта важны сроки, то наибольший вес ставим на показатель «сроки выполнения проекта»; если важно качество проекта, то на «удовлетворенность клиента» и «% соответствия стандартам».

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

Таблица 2. Таблица целей и показателей менеджера (руководителя) проекта

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

• финансовый показатель-бюджет,
• клиентский: CSI – индекс удовлетворенности клиентов,
• процессный показатель – количество отклонений от стандарта проекта.

Далее определяется вес показателя: чем более значимый показатель, тем больше вес. Размер вознаграждения руководителя может быть привязан к окладу в зависимости от выполнения KPI и общей результативности. В таблице 3 представлена зависимость переменной части ЗП от результативности сотрудника:

Таблица 3.Зависимость вознаграждения от результативности

В данном примере используются два порога: нижний, в котором при результативности менее 80% премия не выплачивается, и верхний – при результативности более 110% и выше руководитель проекта получает максимальное вознаграждение 60% к окладу.

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

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

Если проект можно выполнить раньше срока, то экономится ресурс – оплачиваемые человеко-часы (кроме того, свободных специалистов можно будет уже занять другим проектом). Но это никому не выгодно: есть риски, что руководство на следующем подобном проекте урежет бюджет. Поэтому сотрудники делают вид работы или спокойно работают над улучшением полученных результатов. В результате менеджеры учат подчиненных соблюдать установленные сроки и не поощряют сотрудников, закончивших работу досрочно. Кроме того, некоторые «умные» сотрудники иногда специально задерживают сроки сдачи работы, чтобы получить оплату за сверхурочные.

Свое негативное влияние оказывает и так называемый «студенческий синдром»: большинство людей склонны откладывать выполнение задания до последнего. Исследования показали, что менее трети задания обычно выполняется в первые две трети срока, отведенного на него, и две трети – за последнюю треть срока. Кроме того, сотрудников постоянно отвлекают на выполнение новых заданий, а многозадачность, как известно, ведет к увеличению длительности выполнения проекта. Чтобы быть хорошим в глазах руководителя, сотрудник просто обязан брать и выполнять новые задания, в результате – он перегружен, что часто приводит к стрессу и в конечном итоге еще к большему увеличению длительности проекта. Поэтому проекты редко выполняются досрочно. Если бы некоторые этапы проекта завершались сотрудниками досрочно, то возникающий запас времени мог бы использоваться на непредвиденные обстоятельства, которые всегда могут возникнуть на завершающих этапах проекта.

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

Это конфликт, о котором говорил еще Деминг: «работа во имя отдельной части системы не ведет к успехам всей системы». Таким образом система вознаграждения, поддерживающая такое поведение, не эффективна длябизнеса. Если выразиться более конкретно, то вознаграждение сотрудников только за выполнение своих индивидуальных показателей участниками проекта не работает, очень важно, чтобы участники вознаграждались именно за выполнение системной цели всего проекта. (бизнеса). Еще Голдратт в своих работах писал «Жесткая привязка системы премиальных к срокам выполнения операций в проекте – пример неэффективного менеджмента». Голдратт видит решение проблемы (конфликта) во внедрении ССPM – Critical Chain Project Management – управления проектом по методу критической цепи. Данная система предусматривает наличие проекта, составленного по методу критической цепи – мощного инструмента, управляющего с помощью буферов, использующего работу участников проекта в стиле « эстафеты» и учитывающего ограничения в проекте.

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

На практике (пока в основном в зарубежных компаниях) внедрение ССPM показало свою универсальность и состоятельность на проектах разных типов. Один из самых успешных (проект завершился раньше срока и в рамках бюджета) реализован в компании Lucent Тechnologies. Однако внедрить данный подход совсем не просто: мешают установки, сложившиеся годами, стереотипы в поведении, сложившиеся в течение нескольких лет, управленческие парадигмы и политики, системы оценки и устаревшие системы вознаграждения сотрудников. Для внедрения метода ССPM, способствующего выполнению проекта в срок (или раньше запланированных сроков) и без превышения бюджета необходимы:

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

Очень важно, чтобы управление проектами было построено таким образом, чтобы система оценок и поощрения различных подразделений организации способствовала достижению системной цели. Как пишет Деминг: «Обязанность каждого элемента системы – максимально способствовать успеху системы, а не повышать собственную производительность, прибыль, продажи или какой-то другой конкурентный локальный показатель» (1). В таком случае участники проекта должны знать, что вознаграждение будет выплачиваться при достижении целей всего проекта: выполнения проекта в срок (или раньше срока) в пределах бюджета и с нужным качеством.

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

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

Какое решение может быть принято?

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

Но система ССPM запрещает устанавливать жесткие сроки по операциям (максимум, что можно использовать, это показатель длительности выполнения операции, если ее можно точно измерить). Как же тогда мы будем измерять индивидуальный результат работы сотрудника? Можно использовать балльную шкалу оценки во взаимосвязи с таким показателем проекта, как процент использования временного или бюджетного буфера или буфера бюджета. Например, если % использования буферов зашкаливает (на красном), то руководитель сразу должен предпринять меры, но не наказать виновного, а сначала выяснить причины задержки проекта. Если есть объективные причины, например, внешние: задержка предоставления услуг поставщиком, или внутренние: сбой работы ПО. – это не должно снижать балльную оценку сотрудника. Для такой оценки важно правильно расписать критерии оценки участников проекта и шкалу оценки. Нужно дать определения критериям оценки и расписать шкалу в баллах по каждому уровню, чтобы они были понятны как руководителю, так и сотруднику (не рекомендую использовать 10 балльную шкалу, она только усложнит и добавит субъективности оценки).

В зависимости от набранного количества баллов определяется размер вознаграждения участника проекта.

Конечно, такой подход не идеален, так как в нем есть наличие некой доли субъективности оценщика: руководителя проекта. Поэтому HR-менеджерам или специалистам по компенсации необходимо время от времени контролировать результаты оценки и их корреляцию с показателями (по использованию % буфера бюджета проекта и % использования временного буфера)

Например, буфер использован на 100%, а все участники проекта оценены по своей работе на максимальное количество баллов. Или наоборот, операции по проекту выполнены качественно и раньше срока, но руководитель почему-то ставит участникам проекта очень низкие баллы. Руководитель должен правильно провести беседу по результатам оценки, обсудить с ним, выслушать аргументы подчиненного, поскольку главное в этой систем не наказать сотрудника, а мотивировать его на большую результативность. Не забываем при этом, что по результатам такой оценки выплачивается меньшая часть вознаграждения, вторая и большая ее часть за достижение целей всего подразделения (выполнения этапа проекта или всего проекта в срок).

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

Елена Ветлужских

Статья оказалась полезной? Поделиться в

Возврат к списку