Система мотивации — полгода после запуска. Как вдохновить проектировщика: система мотивации проектных организаций Росатома

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

Роль мотивации в успехе проекта

Все проекты в области IT в качестве основного ресурса используют человеческие ресурсы. Говоря проще, всю работу делают люди, участники проекта, все основные затраты идут на них, и успех проекта тоже на 90% зависит от людей. Учитывая это, трудно переоценить роль участников проекта со стороны подрядчика - консультантов и проектных менеджеров. От их квалификации и отдачи зависит много, если не все. И если найти квалифицированных консультантов сейчас можно, то мотивировать их на эффективную работу в проекте гораздо сложнее. Ведь это командная работа, и помимо индивидуальной мотивации членов проектной команды, должна быть «коллективная мотивация», то есть нацеленность не только на индивидуальные достижения, но и на достижение результата по проекту в целом, настрой на продуктивное внутрикомандное сотрудничество, на позитивные отношения с представителями заказчика и так далее. Достичь такого состояния команды непросто. Ведь команда состоит из личностей, да к тому же часто личностей непростых, людей с хорошим образованием, хорошо зарабатывающих, имеющих высокую самооценку. Простое администрирование здесь не проходит. Поэтому одна из главных задач руководителя проекта - выстроить правильную мотивационную политику внутри проектной команды, для того чтобы добиться максимальной синергии, высокой эффективности общей работы, что, в свою очередь, приведет к успешному завершению всего проекта.

Виды мотивации

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

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

Можно добавить к этому списку командные мотивирующие факторы:

Чувство надежности в команде.
Товарищество.

Теперь можно перейти к более подробному описанию этих факторов.

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

Нужно еще учесть тот факт, что сотрудники реагируют на относительное увеличение вознаграждения, а не на абсолютное. Поэтому чем выше стартовые условия по зарплате, тем тяжелее для спонсора проекта мотивировать сотрудников ее увеличением. Понятно, если зарплата 1000, то увеличение до 1500 серьезно мотивирует, хотя и однократно. А если зарплата 5000, то увеличение до 5500 практически не мотивирует сотрудника. При этом ежемесячные затраты спонсора увеличиваются в обоих случаях на 500.

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

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

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

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

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

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

Мотивирование гарантией заня тости - в период экономического подъема очень слабо мотивирует людей, так как всегда есть куда уйти. В период спада, кризиса - мотивирует гораздо сильнее. Но при этом сотрудник должен четко понимать, что улучшение качества выполнения проектных задач убережет его от увольнения, и наоборот. К сожалению, в кризисное время не все зависит от усилий сотрудников. А если люди чувствуют, что от их усилий мало что зависит, то угроза потерять работу их демотивирует. В этом случае действует тот же эффект привыкания, но теперь уже к «плохому».

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

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

Я считаю, что этот мотивирующий фактор нужно активно использовать в проектах, но обязательно нужно учитывать следующие ограничения и требования:

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

Вывод: это действенный фактор, который необходимо использовать в проекте, помня правило «не навреди».

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

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

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

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

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

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

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

Мотивирование удовлетворением от результата - опирается на творческое начало человека. Главное, чтобы это было заметно не только самому сотруднику, но и его коллегам. Нужно отбросить скептическое отношение к новаторским предложениям и поощрять сотрудников к творчеству. В IT-проектах без этого нельзя. Опять же, не забывая про главную задачу проекта - достижение результата.

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

Демотивирующие факторы (внутренние и внешние)

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

Перейдем к внутренним факторам . Тут практически зеркальное отражение линейки мотивирующих факторов:

Низкое вознаграждение.
Плохая система премирования.
Отсутствие перспективы.
Плохая управляемость проекта, отсутствие мониторинга результатов.
Рутинный труд, невозможность получить новые знания и навыки.
Невнимание к сотрудникам.

Рассмотрим каждый отдельно и механизм управления этими факторами.

Низкое вознаграждение - если заработная плата сотрудника «ниже рынка», если он чувствует в этом смысле себя недооцененным - заставить работать его трудно. «Голодное брюхо» ко всему глухо. К сожалению, обычно менеджер проекта имеет слабое влияние на уровень вознаграждения. Однако линейные руководители, которые обычно и определяют уровень заработной платы, должны четко понимать: маленькая зарплата приведет к тому, что на проекте останутся сотрудники, соответствующие этому низкому уровню, и результат проекта будет недостижим. Менеджеру проекта нужно чувствовать такие моменты и немедленно сигнализировать соответствующему линейному руководителю. То есть заработная плата не должна быть низкой, она не должна быть высокой, она должна быть достаточной для привлечения на проект необходимых сотрудников.

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

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

Вывод: если есть возможность повлиять на систему премирования сотрудников - менеджер проекта должен это делать.

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

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

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

Вывод: все в руках менеджера проекта. Создав четкую систему управления проектом, работая по циклу Plan-Do-Check-Act, правильно ведя проектную документацию, менеджер сможет перевернуть ситуацию.

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

Вывод: менеджер проекта должен правильно распределять задачи между сотрудниками проектной команды.

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

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

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

Вот эти факторы:

Спад в экономике.
Ухудшение финансовой ситуации у заказчика.
Ухудшение финансовой ситуации у подрядчика.

Управлять этими факторами менеджеру проекта невозможно. Конечно, было бы неплохо иметь какую-то «подушку безопасности», но в современных IT-проектах такую роскошь может себе позволить редкий заказчик. В любом случае менеджер проекта должен до последней возможности пытаться удержать проект и команду. Люди это оценят и будут в целом работать лучше. Ну, а если ситуация станет критической - нужно вовремя и честно предупредить людей.

Мотивационная политика руководителя проекта

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

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

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

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

Team building в правильном смысле этого термина

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

Выстраивание команды должно идти в проекте постоянно. Огромную роль играет при этом личное общение. Необходимо регулярно проводить общие совещания, применять для решения сложных задач мозговые штурмы. Нужно заставлять, если это возможно, проблемные вопросы обсуждать на личной встрече, а не вступать в бесконечную «спамообразную» переписку по электронной почте. Тогда люди почувствуют друг друга, поймут полезность и эффективность совместной работы в команде. А совместная деятельность, прозрачная и понятная, будет мотивировать их работать лучше.

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

Накопление опыта

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

Мотивация проектных команд

Существует ли вообще проектная мотивация?

PMBOK утверждает: «Только требуемое поведение должно быть вознаграждено» (PMI 2004:214), и затем рекомендует вознаграждение «основанное на командной результативности» (PMI 2004:218). Базовая литература по проектному менеджменту тотально игнорирует проблему материальной мотивации, а литература по материальной мотивации почти не рассматривает вопросы специальной мотивации проектных команд.

Так нужна ли мотивация проектных команд?

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

Однако, в проектном менеджменте уже десятилетиями используется «поощрительный контракт» - премии за успешную реализацию проекта. Обычно его цели – это: 1) время, 2) стоимость, 3) качество. По сути, поощрительный контракт отличается от обычной практики премирования только в одном вопросе, но очень значительно. Если задача обычного премирования работников – увеличение результативности, то поощрительный контракт имеет целью распределение рисков. Поощрительный контракт является системой штрафов, а не позитивного подкрепления.

Нужна ли особая система мотивации для проектных команд?

Согласно ряду исследователей (Bragg 2000, Lewis 2000, Knight 2002), материальное вознаграждение всегда эффективно, вне зависимости от специфики деятельности и обстоятельств его получения. Согласно другим исследователям (Armstrong 2004, Deeprose 1994, McKeon 2002, Wilson 2003), вознаграждение будет влиять на мотивацию опосредованно спецификой деятельности и обстоятельствами. И только вторая точка зрения предполагает, что для проектных команд требуется какая-то специфическая система мотивации, зависящая от специфики проектной деятельности.

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

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

Основные различия проектной и "линейной" деятельности:

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

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

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

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

Сроки реализации проекта. Проекты имеют разные степени срочности. Чем больше срочность, тем выше давление времени в течение проекта и раньше его точка старта. Это совершенно отличается от регулярной функциональной деятельности. Цель линейной работы – поддерживать бизнес постоянно.

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

Пример из практики: система мотивации проектных команд по KPI

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

В чем состояли ошибки

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

В попытках справиться с отсутствием детальных планов, компания попыталась внедрить календарно-сетевые графики инвестиционных проектов. Для ведения графиков были выделены специально обученные менеджеры, проводилась колоссальная бумажная работа и заполнялись «простыни» в Excel. Однако, планы выходили «мертворождёнными», - они устаревали ещё до утверждения генеральным директором.

Вторая ошибка проектной мотивации состояла в выборе коллективных показателей премирования для компании с функциональной структурой. Члены «команды» работали в разных подразделениях, между собой не взаимодействовали, руководителю проекта не подчинялись. В итоге стало ясно, что оценка всей «команды» по единым коллективным показателям крайне необъективна. Тогда было принято решение «нагрузить» систему мотивации индивидуальными коэффициентами. Это решение внесло в оценку субъективизм, что окончательно подорвало доверие к системе.

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

Наши выводы

Для проектных команд однозначно требуется особая система мотивации, и скорее всего это не KPI. Почему KPI часто не подходят: а) участники команды проекта недостаточно влияют на высокоуровневые показатели, такие как бюджеты и сроки завершения строительства; б) показатели более низкого уровня не оказывают существенного влияния на ход работ, и не объективны с точки зрения результативности проекта в целом. Кроме того, оценка KPI существенно нагружает учётную систему, и в условиях проектной деятельности это может негативно повлиять на сроки.

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

Ключевые этапы проекта обеспечивают «естественные» точки времени для оценки и вознаграждения проектной команды. Достижение вехи – наиболее очевидная возможность для вознаграждения команды проекта.

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

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

теория А. Маслоу (Abraham Maslow) о пяти основных человеческих потребностях;

теория Ф. Герцберга (Frederick Herzberg) о двух группах основных факторов мотивации: гигиенических факторах и мотиваторах;

теория Д. Макклелланда (David McClelland) о потребностях высшего уровня - власти, успехе и принадлежности.

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

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

мотивация осуществляется в течение всего его жизненного цикла;

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

Ниже будет рассмотрен ряд принципов и решений по построению материальной мотивации в проектной деятельности. Мотивация заработной платой на функциональном месте сотрудника в матричной структуре компании относится к элементам мотивации операционной деятельности компании и рассматриваться не будет.

5.1 Общие принципы мотивации

Формируя систему мотивации в проекте, нужно придерживаться следующих правил.

Необходимо обеспечить четкое соответствие между проводимой мотивацией и результативностью труда участника проекта.

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

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

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

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

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

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

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

Поощрение должно происходить публично (за исключением выплат зарплаты, финансовых бонусов и премий).

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

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

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

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

Из практики

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

5.2 Варианты основных используемых финансовых механизмов

Для выплат заработной платы формируется фонд заработной платы проекта (ФЗП), который является частью сметы самого проекта или частью ФЗП компании. В последнем случае персонал проекта полностью оплачивается за счет бюджета компании, который планируется с учетом новых проектов. Необходимо упомянуть, что величину заработной платы сотрудников команды проекта можно устанавливать на уровне 0,6-0,8 от размера средней заработной платы других сотрудников компании такой же компетенции (см. нижеследующий пример из практики). Это так называемая социальная составляющая, гарантированная сотруднику на весь срок осуществления проекта вне зависимости от его развития. Эта повременная часть оплаты привязана к календарным выплатам и к заданиям, отработанным по договору или контракту.

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

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

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

где ПЗ - планируемые затраты, т. е. затраты, запланированные в начале проекта, включая резервы на управление рисками; ФЗ - фактические затраты, т. е. затраты, фактически понесенные в проекте; задержка - задержка сроков завершения проекта во временных единицах (например в днях или неделях); коэфзадержки - доля, на которую уменьшается ПФ за один период задержки (например 0,1).

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

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

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

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

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

Из практики

Строительный холдинг ЛенСпецСМу использует так называемую четырехуровневую мотивационную модель:

Базовый оклад и его составляющие (50-60% от полной заработной платы).

Премиальная часть (месяц, квартал), зависящая от показателей выполнения (качество, срок, экономия затрат), возможны нематериальные выплаты.

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

Условно-начисляемая заработная плата (выплачивается через два года, если работник находится в списочном составе).

5.3 Иные схемы материальных способов поощрения

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

Повышение заработной платы в проекте, зависящее от эффективностиработы;

Доплаты за совмещение выполняемых функций, работу в ночное время,полевые оклады, премии за кураторство в проекте;

Внутренние договоры на совместительство (в проектных организацияхэто часто называют «приработком»);

Разовые премии из резерва руководства, ценные подарки, награды;

Предоставление дополнительных отпусков или отгулов, сокращенногоили гибкого рабочего графика;

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

Из практики

В одной из торговых компаний руководитель проекта за успешное прохождение фазы концептуализации проекта получал сумму в $500 из резерва руководства. При успешно защищенном плане проекта эта сумма увеличивалась в два раза. Реализация и сдача результата заказчику премировалась суммой в $2 тыс. А успешное завершение проекта также поощрялось суммой в $500. Эти премии являлись дополнительными к основным схемам, использовавшимся в проекте.

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

5.4 Нематериальные способы поощрения

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

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

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

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

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

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

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

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

Из практики

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

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

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

Из практики

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

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

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

5.5 Разработка программы мотивации

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

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

2. Разработка. Определяется срок действия и бюджет новой программымотивации. На основе доступных средств разрабатываются механизмы стимулирования.

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

4. Выполнение. Программа мотивации выполняется. По окончании срока действия снова осуществляется оценка.

Из практики

Руководителем одного из проектов большой организации по созданию собственного медицинского центра (на базе существующей медсанчасти) был назначен руководитель этого же медицинского подразделения. Цель проекта включала создание бизнес-единицы, полностью решающей все проблемы сотрудников организации, а также дополнительно обслуживающей некоторые сегменты открытого рынка. Главный врач был замечательным специалистом по своим функциональным вопросам, но руководство проектом было доверено ему впервые. Этап подготовки концептуальных документов проекта затягивался. Руководитель проекта постоянно ссылался на некоторые неопределенности, существующие в проекте (действительно, бюджет проекта был не совсем ясен). Кроме того, сказывалась неопытность в управлении проектом и крайняя нерешительность.

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

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

Роль мотивации в успехе проекта

Все проекты в области IT в качестве основного ресурса используют человеческие ресурсы. Говоря проще, всю работу делают люди, участники проекта, все основные затраты идут на них, и успех проекта тоже на 90% зависит от людей. Учитывая это, трудно переоценить роль участников проекта со стороны подрядчика – консультантов и проектных менеджеров. От их квалификации и отдачи зависит много, если не все. И если найти квалифицированных консультантов сейчас можно, то мотивировать их на эффективную работу в проекте гораздо сложнее. Ведь это командная работа, и помимо индивидуальной мотивации членов проектной команды , должна быть «коллективная мотивация», то есть нацеленность не только на индивидуальные достижения, но и на достижение результата по проекту в целом, настрой на продуктивное внутрикомандное сотрудничество, на позитивные отношения с представителями заказчика и так далее. Достичь такого состояния команды непросто. Ведь команда состоит из личностей, да к тому же часто личностей непростых, людей с хорошим образованием, хорошо зарабатывающих, имеющих высокую самооценку. Простое администрирование здесь не проходит. Поэтому одна из главных задач руководителя проекта – выстроить правильную мотивационную политику внутри проектной команды, для того чтобы добиться максимальной синергии, высокой эффективности общей работы, что, в свою очередь, приведет к успешному завершению всего проекта.

Виды мотивации

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

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

Можно добавить к этому списку командные мотивирующие факторы:

Чувство надежности в команде
Товарищество.

Теперь можно перейти к более подробному описанию этих факторов.

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

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

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

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

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

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

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

Мотивирование гарантией занятости – в период экономического подъема очень слабо мотивирует людей, так как всегда есть куда уйти. В период спада, кризиса – мотивирует гораздо сильнее. Но при этом сотрудник должен четко понимать, что улучшение качества выполнения проектных задач убережет его от увольнения, и наоборот. К сожалению, в кризисное время не все зависит от усилий сотрудников. А если люди чувствуют, что от их усилий мало что зависит, то угроза потерять работу их демотивирует . В этом случае действует тот же эффект привыкания, но теперь уже к «плохому».

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

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

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

Вывод : это действенный фактор, который необходимо использовать в проекте, помня правило «не навреди».

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

В одном их моих проектов пришедший в него опытный консультант сразу заявил, что проект очень ординарный, но он ждет хорошего уровня управления проектом, ибо до этого участвовал в проектах с посредственным менеджментом. Это пример обратной связи (консультант стимулировал менеджера проекта, менеджер проекта – сможет стимулировать консультанта).

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

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

Вывод : это необходимый мотиватор, стержень всей системы проектной мотивации. Без этого способа все остальное теряет смысл. Правильное применение этого механизма – обязанность менеджера проекта. Здесь все зависит от его профессионализма.

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

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

Мотивирование удовлетворением от результата – опирается на творческое начало человека. Главное, чтобы это было заметно не только самому сотруднику, но и его коллегам. Нужно отбросить скептическое отношение к новаторским предложениям и поощрять сотрудников к творчеству. В IT-проектах без этого нельзя. Опять же, не забывая про главную задачу проекта – достижение результата .

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

Демотивирующие факторы (внутренние и внешние)

Перейдем к внутренним факторам . Тут практически зеркальное отражение линейки мотивирующих факторов:

Низкое вознаграждение
Плохая система премирования
Отсутствие перспективы
Плохая управляемость проекта, отсутствие мониторинга результатов
Рутинный труд, невозможность получить новые знания и навыки
Невнимание к сотрудникам.

Рассмотрим каждый отдельно и механизм управления этими факторами.

Низкое вознаграждение – если заработная плата сотрудника «ниже рынка», если он чувствует в этом смысле себя недооцененным – заставить работать его трудно. «Голодное брюхо» ко всему глухо. К сожалению, обычно менеджер проекта имеет слабое влияние на уровень вознаграждения. Однако линейные руководители, которые обычно и определяют уровень заработной платы, должны четко понимать: маленькая зарплата приведет к тому, что на проекте останутся сотрудники, соответствующие этому низкому уровню, и результат проекта будет недостижим. Менеджеру проекта нужно чувствовать такие моменты и немедленно сигнализировать соответствующему линейному руководителю. То есть заработная плата не должна быть низкой, она не должна быть высокой, она должна быть достаточной для привлечения на проект необходимых сотрудников.

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

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

Вывод : если есть возможность повлиять на систему премирования сотрудников – менеджер проекта должен это делать.

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

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

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

Вывод : все в руках менеджера проекта. Создав четкую систему управления проектом, работая по циклу Plan-Do-Check-Act, правильно ведя проектную документацию, менеджер сможет перевернуть ситуацию.

Вывод : менеджер проекта должен правильно распределять задачи между сотрудниками проектной команды.

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

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

Вот эти факторы:

Спад в экономике
Ухудшение финансовой ситуации у заказчика
Ухудшение финансовой ситуации у подрядчика.

Управлять этими факторами менеджеру проекта невозможно. Конечно, было бы неплохо иметь какую-то «подушку безопасности», но в современных IT-проектах такую роскошь может себе позволить редкий заказчик. В любом случае менеджер проекта должен до последней возможности пытаться удержать проект и команду. Люди это оценят и будут в целом работать лучше. Ну, а если ситуация станет критической – нужно вовремя и честно предупредить людей.

Мотивационная политика руководителя проекта

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

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

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

Team building в правильном смысле этого термина

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

Накопление опыта

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

Послесловие

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

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

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

Любая компания осуществляет два типа деятельности. Одна деятельность является регулярной, связанной с выполнением типовых, многократно повторяющихся без каких-либо изменений работ (например, найм персонала или сдача отчетности). Другая деятельность направлена на решение уникальной задачи за ограниченный промежуток времени при ограничениях в бюджете и других ресурсах (например, разработка и внедрение новой IT-системы), такая деятельность называется проектом.

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

Вообще в России слово «проект» имеет множество смыслов, но в данной статье мы будем исходить из определения, данного выше и соответствующего международным стандартам. Здесь я предлагаю вам на минуту прервать чтение статьи, вспомнить и желательно записать несколько проектов, которые сейчас выполняются в вашей компании. Тогда вы сможете соотносить со своей практикой все то, о чем прочтете.

За последние десятилетия сформировалась целая наука: управление проектами (УП), или Project Management. Именно ей, а точнее, одному из ее малоизученных разделов и посвящена данная статья.

Персонал в проекте

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

Команда проекта

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

В первую очередь, это менеджер (руководитель) проекта - физическое лицо, несущее личную ответственность за успех проекта и осуществляющее оперативное руководство.

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

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

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

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

Рис.1. Типовая команда проекта

Проект и компания

Ни один проект не существует в вакууме. Как правило, он реализуется в интересах некоторой компании, которая его и инициирует. Такая компания называется родительской, головной или материнской. Соответственно, у компании есть определенная организационная структура, и проект каким-то образом «встраивается» в нее.

В российских компаниях очень распространена функциональная оргструктура (рис. 2), при которой координация проекта осуществляется на уровне руководителей линейных подразделений. Иногда один из сотрудников функционального подразделения назначается координатором проекта. Однако фактических полномочий у него немного, и все вопросы он решает через своего руководителя. Такая структура весьма статична и эффективна только для реализации локальных проектов в рамках подразделения.

Рис.2. Функциональная структура

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

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

Рис. 3. Проектная структура

Примечание: Цветом выделены сотрудники, участвующие в проекте.

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

Эту проблему позволяет решить матричная структура (рис. 4), которая представляет собой компромисс между функциональной и проектной структурами. Здесь сотрудник подчиняется с одной стороны руководителю проекта, а с другой - своему функциональному руководителю. В зависимости от того, у кого из них больше власти, различают слабую (незначительная власть руководителя проекта) и сильную, или жесткую (менеджер проекта выше функционального руководителя) матрицы. Идеальной представляется сбалансированная матрица, при которой менеджер проекта ответственен за его результаты, а функциональный руководитель - за качество работы своих сотрудников, «командированных» в проект. Основной минус матричной структуры - двойное подчинение сотрудников.

Рис. 4. Матричная структура

Примечание: Цветом выделены сотрудники, участвующие в проекте.

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

Внешнее окружение проекта

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

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

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

Получилась матрица, которую я и предлагаю Вам построить.

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

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

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

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

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

Подбор людей

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

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

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

Подумайте о психологической совместимости участников команды, ведь им потом предстоит плотно общаться, работать бок о бок долгое время.
Оцените ваших кандидатов с точки зрения их опыта. С одной стороны, рискованно брать дилетантов: нет гарантии, что человек справится с заданием. С другой стороны, если команда состоит из одних профессионалов, возможны конфликты и споры, ведь у каждого за плечами свой собственный богатый опыт. Иногда это приводит к провалу проекта. Поэтому основа любой команды - специалисты, имеющие 1–5-летний опыт работы в данной сфере.
Также обратите внимание на личные качества будущих участников. Наиболее важны для работы в команде проекта:

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

Как получить в проект нужных людей

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

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

Материальная мотивация

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

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

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

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

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

Мотивация на этапе закрытия проекта

Часто проблемы возникают на последнем этапе реализации проекта и связаны с подчисткой «хвостов»:

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

Неудивительно, что большинство менеджеров проектов воспринимают всю эту работу как дополнительную обузу, ведь основной-то проект выполнен! И нередко «хвосты» по выполненным проектам тянутся годами, незаметно съедая прибыль проекта. В связи с этим иногда часть проектного бонуса выплачивают только тогда, когда менеджер проекта подписал в службах компании (бухгалтерия, юридический отдел и т. п.) своего рода «бегунок» о том, что у них к проекту претензий нет.

Взаиморасчеты проекта и головной компании

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

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

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

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

Нематериальная мотивация

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

Правильный запуск проекта

Очень большое значение имеет этап запуска вашего проекта. Дело в том, что отношение к проекту часто формируется еще до начала его реализации, ведь «слухами земля полнится». И если вы не хотите на первом собрании проектной группы увидеть скорбные лица ваших коллег, заранее уверенных в провале, то есть смысл еще до старта проекта начать формировать вокруг него ауру успеха.

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

Небезызвестно, что команда проекта проходит ряд стадий в своем эмоциональном развитии (рис. 5).

Рис. 5. Этапы эмоционального развития команды проекта

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

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

Миссия проекта

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

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

Вот основные правила написания миссии:

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

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

Поддержание мотивации в ходе реализации проекта

Проект длится довольно долго, и все это время важно поддерживать мотивацию персонала на высоком уровне. В этом вам помогут:

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

Грамотное завершение проекта

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

Михаил Юрьевич Рыбаков

Просмотры: 17 503