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

Поэтому переходим сразу к делу.

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

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

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

Теперь – к делу…

Введение. Управление проектами – концептуальные факторы, важные для понимания

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

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

Структурно все проекты одинаковы!

Проект – это всегда:

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

Что придает реальную эксклюзивность проектам…

Масштаб проекта

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

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

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

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

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

  • Время (сроки и фактическая длительность)
  • Деньги (израсходованный бюджет)
  • Качество реализованных работ

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

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

А вот когда состав работ не очевиден, а очевидны только сроки и, если уж совсем не повезло, – утвержденный бюджет…

Степень неопределенности

Неопределенности хоть отбавляй в проектах НИОКР (научно-исследовательские и опытно-конструкторские работы). К категории этих проектов можно отнести, в том числе:

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

Как это выглядит:

  • есть задача проекта – требования к результату, который должен быть получен на выходе. Например – некий продукт.
  • есть общее понимание, что нужно делать, чтобы получить заданный результат
  • есть отсутствие понимания, как мы будем реализовывать какие-то промежуточные этапы. Отсутствие понимания определяется:
    • либо технологической/методологической многовариантностью. Ясность появится только по факту завершения предыдущих этапов или возможна корректировка самой задачи
    • либо, если совсем не повезло, в середине проекта мы имеем парочку белых пятен в науке: “Создай то, чего никогда не видел, о чем негде прочитать, но работать это должно так-то и габариты иметь такие-то…”
  • и есть рекомендованный (совсем не повезло – утвержденный) бюджет создания проектного чуда

Здесь нет никакого утрирования проблематики, подобные проекты лежат в основе деятельности многих компаний. И этими проектами необходимо управлять.

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

И теперь мы имеем краткое описание полной красоты:

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

Проект на проект, проектом погоняет…

Ну а теперь вспомним, что деятельность компании не сводится к реализации какого-то единичного проекта:

  • Основная деятельность может быть проектной – компания зарабатывает, реализуя проекты. Затраты на реализацию проектов образуют бюджет компании. ФОТ команды проекты приближается к совокупному ФОТ компании (большая часть персонала занята именно в проектах)
  • Компания развивается, реализуя проекты организационного развития. Затраты на реализацию подобных проектов оказывают давление на бюджет компании и являются инвестиционными
  • Компания должна поддерживать производственные мощности в работоспособном ресурсосберегающем состоянии – бюджет капитальных затрат на программы модернизации и ремонтов, которые “пойди-пойми в каком объеме выполнены”, когда одно мероприятие вдруг заменили на другое…
  • Компания создает новые продукты, реализует маркетинговые программы, – которые тоже то ли имеют эффект, то ли эффект сводится к тому, что бюджет не превышен…

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

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

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

Система мониторинга реализации проекта.

Идем сверху-вниз…

Требования к интеграции и консолидации.

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

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

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

Рис 01. Интеграция системы управления проектами в KPI-модель деятельности компании

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

Рис 02. Детализация информации о реализации проекта.

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

Требование 1. К системе мониторинга реализации проектов – абсолютная интеграция с системой управления бизнесом в целом.

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

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

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

Проект переносится в систему единым неделимым объектом. И, “дабы никто ничего в нем не поломал и никого не обманул”, на практике в компаниях вынуждены создавать выделенные подразделения по сбору и переносу информации о ходе исполнения работ проекта в автоматизированную систему. Есть красивое название подобным подразделениям…

Проектный офис и требования по организации сбора информации.

Но посмотрите на функционал данного подразделения… Честно и вслух перечислите, чем заняты специалисты Проектного офиса:

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

Что еще наполняет их жизнь:

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

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

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

Банальность? – Да!

Почему этого не делается? Причины, к сожалению, не менее банальны:

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

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

Естественно, речь идет о предоставлении доступа к той части проекта, которая находится под управлением руководящего участника.

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

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

  • требующая только дополнительного подтверждения/согласования с финансовым департаментом
  • достаточная для формирования аналитических отчетов для ТОП-менеджеров с рекомендациями по перераспределению ресурсов

Согласитесь, что эта роль более почетна, чем роль центра постоянно ошибающихся (по мнению коллег) операторов.

Подобный подход добавит эффективности и в процесс разработки самой структуры проекта. Опять вспомним о честности…

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

Рис 03. Формирование структуры проекта с учетом распределения ответственности между ключевыми участниками (исполнителями).

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

Хороший вопрос: “Как заставить участников проекта своевременно вносить корректные данные о ходе реализации работ?”

А вот здесь мы переходим к вопросу мотивации участников проекта

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

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

Если сразу после актуализации они смогут заглянуть в свою бонусную карту и ознакомиться с текущей оценкой их результативности, напрямую влияющей на их бонус…

Рис 04. Пример представления консолидированной оценки проектной результативности сотрудника

…Они очень аккуратно и своевременно внесут необходимые достоверные данные.

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

Как выстроить систему вознаграждения сотрудника от участия в проектах.

Вариант 1 . Он же плохой, но приемлем на старте внедрения системы управления проектами.

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

Рис 05. Пример бонусной карты, включающей оценку проектной результативности

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

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

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

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

Вариант 2 . Честная оценка результативности и начисление бонуса по факту реализации работ проекта

Если решиться на этот вариант, то здесь нет границ для совершенства

Бонус участнику проекта может начисляться:

1. За факт реализации конкретной работы с учетом оценки исполнения работы (бюджет, срок, качество)

Базой для начисления бонуса может служить:

  • Нормированная стоимость работы (если работа поддается нормированию)
  • Договорная стоимость – определяем величину бонуса, который выплачивается при условии 100%-ной результативности

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

База для начисления бонуса:

Установленный размер бонуса за реализацию всего этапа

% от бонусного фонда по работам, образующим этап

3. За факт закрытия этапа/этапов , частью которых является работа – эта бонусная составляющая включает командную заинтересованность в реализации проекта. База для начисления бонуса -фактически начисленный бонус за реализацию работы (в нем учтена персональная результативность сотрудника)

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

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

Нужно что-то переделать, кому-то помочь – единственный сдерживающий фактор – персональная вредность сотрудника.

Главное, чтобы перед глазами был денежный “пинарик” – либо ждем sms-оповещение, что денежка капнула на карту, либо – не ждем:

Рис 06. Пример представления информации о начислении бонуса

Единственное, что может отпугнуть от реализации предложенного варианта построения системы мотивации проектных команд – страх, что это можно “не смочь” посчитать.

Но, позвольте, рисунки в статье есть, значит, посчитать можно.

Лучше сконцентрируйтесь на преимуществах:

  • Прозрачная система контроля реализации проектов.
  • Система мотивации выстроена в четком соответствии с системой оценки реализации проекта.

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

Комплексная система мотивации сотрудников

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

Это может быть:

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

Рис 07. Пример представления информации о начислении совокупного бонуса.

Самое главное:

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

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

Система мотивации

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

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

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

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

Поощрять нужно с самого начала

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

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

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

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

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

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

За что платить деньги

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

Поощрять нужно и соблюдение согласованного порядка работ. Это минимизирует риски, связанные с отсутствием контроля над ресурсами.

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

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

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

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

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

Как избежать конфликта интересов

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

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

Награда менеджеру проекта

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

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

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

Система «зарплата плюс бонусы» является более гибкой и эффективной, но основная проблема тут состоит в балансировке ее частей.

Не только каждому, но и всем вместе

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

Как сделать, чтобы каждый участник проекта был заинтересован во взаимодействии с другими? Чтобы команда проекта работала слаженно, необходима командная мотивация, когда людей поощряют за общий результат. Команда проекта должна быть вознаграждена за достижение намеченных результатов в определенные сроки при соблюдении оговоренного ранее бюджета. Она может премироваться за окончание этапов проекта в срок и за своевременное окончание проекта в целом. Как это лучше сделать? У менеджера проекта есть фонд материального стимулирования. Часть этих денег (например, 50-60%) будет роздана участникам при успешном завершении проекта. Остальные равными частями выдаются команде по завершении каждого этапа. Если к запланированной дате намеченная работа не закончена, команда лишается премии. Но эти деньги не обязательно исчезают. Если на следующем этапе команда поработает интенсивно и догонит график, она получит премиальные за два периода.

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

Правила внедрения системы

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

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

Нет, он не дал мне бонус. Он вручил мне очередную похвальную грамоту...

Выплаты должны быть сопоставимыми с базовой заработной платой. Например, человек работает на ставке $1000 в месяц. Если людей премируют за участие в проекте раз в три месяца, то сумма премии должна составлять $2500-3000. Если она будет значительно меньше, у многих соответственно уменьшится желание напрягаться.

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

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

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

Типичные ошибки

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

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

Инга Лавриненко,
«Комп&ньон» №39 (503), 29.09-5.10.2006
«Технологии Управления Спайдер Украина »

  • размещено в разделе: Планирование и контроль

    • найти еще статьи

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    Послесловие

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

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

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

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

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

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

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

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

    Понятие и структура программы мотивации

    Мотивация - процесс стимулирования сотрудников к определенному поведению.

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

    1. желательное поведение сотрудников;
    2. процесс стимулирования, т. е. систему правил, процедур, механизмов стимулирования.

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

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

    Программа мотивации включает:

    1. цели (к чему необходимо стимулировать сотрудников);
    2. охват (категории сотрудников и проектов, к которым она применяется);
    3. срок действия (например, полгода или год);
    4. критерии, процедуры оценки и ответственные за оценку поведения для различных категорий сотрудников;
    5. систему поощрений и взысканий;
    6. календарный план мероприятий;
    7. ответственность за их выполнение;
    8. бюджет программы мотивации.

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

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

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

    Выделим в проектно-ориентированной организации (или рассматриваемой в таком ключе ИТ-службе предприятия) следующие роли:

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

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

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

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

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

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

    Формирование премиального фонда по проекту

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

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

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

    Величина премиального фонда (ПФ) может рассчитываться следующим образом:

    ПФ = (смета затрат + резерв + управленческий резерв - фактические затраты) * (1 - задержка * коэф задержки ).

    фактические затраты - затраты, фактически понесенные на проект;

    задержка - задержка сроков завершения проекта в периодах (например, в днях или неделях);

    коэф задержки - доля, на которую уменьшается премиальный фонд за один период задержки (например, 0,1).

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

    1. накладные расходы компании существенно выше прямых производственных затрат, и поэтому полная себестоимость единицы ресурса слабо зависит от затрат на его приобретение, например ставки зарплаты;
    2. стоимость единиц ресурсов, используемых в проекте, примерно одинакова.

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

    Распределение премиального фонда проекта

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

    На рис. 1 показано, кто прямо или косвенно участвует в принятии решений, приводящих к затратам и перераспределению.

    Оценка вклада сотрудников

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

    Измерение эффективности предусматривает вычисление соотношения результата и затрат. Затраты, контролируемые сотрудником, обычно выражаются в виде трудозатрат. (О том, как построить систему их планирования, измерения и контроля, можно прочитать, например, в статье «Управление ресурсами портфеля проектов по оказанию услуг на основе трудозатрат», опубликованной в журнале «Директор информационной службы» б№ 7-8 за 2002 год. )

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

    Как оценивать эти показатели для программного продукта в целом, более или менее известно. Существует метод функциональных точек (описан в руководстве Function Point Counting Practices Manual, выпускаемом группой International Function Point Users Group) и методики оценки характеристик качества (например, ISO 9126). Не будем обсуждать здесь их достоинства и недостатки, отметим только, что оценить с их помощью вклад каждого программиста гораздо сложнее (если вообще возможно), чем измерить программный продукт в целом.

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

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

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

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

    эффективность = нё (вес характеристики) * (оценка характеристики)

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

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

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

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

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

    Поощрения и взыскания для сотрудников

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

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

    Премия по проекту для сотрудника может быть рассчитана по формуле:

    премия = ч ч * коэф оц * ставка.

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

    коэф оц - коэффициент, присваиваемый каждому значению оценки результатов программы мотивации (например, для «низкой» оценки - 0; для «нормальной» - 1, для «высокой» - 2);

    ставка - ставка премирования за эффективно отработанный человеко-час.

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

    Такая схема расчета может привести к тому, что сотрудники будут завышать трудозатраты по проектам. Однако существуют факторы, препятствующие этому:

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

    Для сотрудников премии могут начисляться по завершении проектов/этапов. Такой механизм позволяет:

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

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

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

    Заключение

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

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

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

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

    Плюсы задачного подхода в мотивации

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

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

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

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

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

    Бюджеты на монетарную мотивацию

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

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

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

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

    Управление системой поощрений

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

    Мотивационная модель отношений с PM

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

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

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

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

    Мотивационные показатели для участников проектной деятельности

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

    Особенности мотивации в проектной команде

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

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

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

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

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

    1. Выражение успешному исполнителю благодарности лично, в форме письма функциональному руководителю и на имя коллектива, в котором числится отличившийся и т.п.
    2. Введение эпизодических дежурств по функциям председателя на совещании команды. Назначение на такие дежурства передовиков исполнительности по задачам проекта.
    3. Приглашение принять участие в оценке выполнения проектной задачи другими исполнителями.
    4. Использование проектных мероприятий для психологической разрядки исполнителей во время смены обстановки и вида работ.
    5. Расширение видения дел и проблематики в компании, картины междепартаментных отношений. Это позволяет на время освободиться от шор и рутины.
    6. Выход за рамки привычных функций, прорыв в новые сферы деятельности с последующими эффектами на рабочих местах.
    7. Премии, дополнительные дни отдыха, возможности обучения и изменения профессионального профиля.
    8. Новые знакомства и общение.
    9. Повышение удовлетворенности от работы и от осознания причастности к развитию бизнеса.
    10. Сочетание жестких и гибких графиков присутствия и работы.

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

    Пример оценочной таблицы системы проектной мотивации

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