Задачи построения эффективной системы управления проектами и создание не менее эффективной системы мотивации персонала настолько актуальны, что можно даже сэкономить время на обязательные слова нудного вступления, призванные привлечь внимание к статье.
Поэтому переходим сразу к делу.
Предложенные здесь рекомендации применимы к проектам любой сложности и тематической направленности. Рекомендации по построению системы мотивации проектных команд вариативны, по каждому варианту даются замечания по эффективности их реализации в условиях тех или иных проектов.
Сразу обращаюсь к скептикам, любящим поспорить: «Проекты-проектам рознь! И как можно рассуждать в одной статье и о ДЕВЕЛОПЕРСКИХ ПРОЕКТАХ (обычно произносится на возвышенно поэтических тонах) и о какой-то мелочевке организационного развития?!!». Отвечу категорично: «Можно!».
Рекомендации, изложенные здесь, сформулированы на базе более чем 20-летнего опыта:
Теперь - к делу...
Если Вы читаете данную статью, значит Вы уже баловень судьбы. Судьба подарила Вам возможность за деньги компании-работодателя стать экспертом в одной из самой востребованной области управления. Динамика изменений нашей жизни такова, что даже самое процессинговое/поточное производство приобретает все более четкие признаки проектного управления.
Каким бы проектом Вы сейчас не были озадачены, для получения максимума выгод от текущей работы в плане личного профессионального роста, рекомендую сразу сосредоточиться на том, что «концептуально твердо»- на том, что делает схожими разные проекты и что именно делает их разными.
Структурно все проекты одинаковы!
Проект - это всегда:
Что придает реальную эксклюзивность проектам...
Масштаб проекта
Именно этот параметр придает значимость девелоперским проектам. Да, действительно, успешная реализация долгого и затратного проекта вызывает уважение. Но, возвращаясь именно к вопросу построения системы управления проектами, единственная неприятность, которая сопряжена с масштабным проектом, - требования к детализации работ и честное определение критического пути с дальнейшим построением системы мониторинга.
По факту, требуется переложить понятную технологию строительства/возведения чего-то в формат проектного управления. Требуемые ресурсы понятны и, в общем-то, доступны. Большинство базовых работ поддается нормированию.
Реальная проблема, с которой можно столкнуться - построение достоверной системы мониторинга реализации проекта, предоставляющей актуальные данные о ходе исполнения работ и понесенных затрат.
В масштабном проекте, имеющем отраслевую специфику, управление требует широкого делегирования полномочий и распределения ответственности за реализацию определенных этапов работ. Да, менеджер проекта отвечает за проект в целом, но он может и не обладать специализированными компетенциями, позволяющими принимать конкретные решения, управляя ходом исполнения работ.
В реальности в компаниях так и происходит - менеджер проекта взаимодействует с определенным количеством экспертов, каждый из которых отвечает за результативность проекта на определенном этапе. Результативность измеряется:
Достоверное знание о ходе реализации проекта распределено по центрам принятия решений (проще говоря, хранится в множестве голов). И, в общем-то, задача управления масштабным проектом сводится к организации информационного пространства, обеспечивающего качественную координацию взаимодействия участников и поставку ресурсов.Базой подобного информационного пространства является система мониторинга. Об этом отдельный раздел ниже...
К сожалению, длинный перечень дорогих, долгих, сложно переплетенных между собой, но понятных работ - не добавляет супер-эксклюзивности проекту. Работа понятна, работы много, работать долго - хорошая гарантия долгосрочных трудовых взаимоотношений между участниками проекта и их работодателем.
А вот когда состав работ не очевиден, а очевидны только сроки и, если уж совсем не повезло, - утвержденный бюджет...
Степень неопределенности
Неопределенности хоть отбавляй в проектах НИОКР (научно-исследовательские и опытно-конструкторские работы). К категории этих проектов можно отнести, в том числе:
Как это выглядит:
Здесь нет никакого утрирования проблематики, подобные проекты лежат в основе деятельности многих компаний. И этими проектами необходимо управлять.
Неопределенность в организации работ проекта предъявляет серьезные требования к эксклюзивности профессиональных навыков, требуемых для решения проектных задач. В проекты привлекаются дорогие специалисты, которых не так много на рынке труда и нужно иметь серьезные аргументы, чтобы заинтересовать их именно вашими проектами.
И теперь мы имеем краткое описание полной красоты:
Проект на проект, проектом погоняет...
Ну а теперь вспомним, что деятельность компании не сводится к реализации какого-то единичного проекта:
И всем этим управляют сверх-человеки - ТОП-менеджеры компании. Которые должны удержать в голове целостную картинку о результативности всех активностей, контролировать финансовые потоки компании в обеспечение всего того, что кипит и бурлит.
Они:
Они первые, кому необходима эффективная система мониторинга результативности деятельности компании, включающая в себя и информацию о реализации текущих проектов.
Идем сверху-вниз...
ТОП-менеджеры - это конечные пользователи системы мониторинга реализации проектов. Для них, безусловно, интересен и важен каждый проект, но им нужна картинка в целом, с возможностью получить детализацию необходимого уровня.
Ели это продажи, то важно иметь представление о выручке, полученной от процессинговой деятельности и от проектной. Если это показатели маржинальной доходности или управленческой прибыли - тем более важно знать, откуда мы получаем эту доходность/прибыль. Принципы ведения учета отличаются, но в сводном виде все должно быть представлено в удобоваримом для анализа виде.
то возможно реализовать, интегрировав систему управления проектами с системой управления эффективностью деятельности компании - встроив систему мониторинга реализации проектов в комплексную KPI-модель деятельности компании.
Рис 01. Интеграция системы управления проектами в KPI-модель деятельности компании
Именно интеграция, а не простая передача неких данных о реализации проектов, позволит предоставить быстрый доступ к полной информации о реализации проектов:
Рис 02. Детализация информации о реализации проекта.
Понравится Вам следующая мысль или нет, но если деятельность вашей компании наполнена проектами, придется задуматься о выборе специализированной автоматизированной системы управления эффективностью бизнеса на основе kpi. Системы на рынке есть и их стоимость несопоставимо низка в сравнении с потерями, которые несут компании при понятийном управлении проектами (управлении «по понятиям»)
Требование 1. К системе мониторинга реализации проектов - абсолютная интеграция с системой управления бизнесом в целом.
Менеджеру проекта важно иметь актуальную информацию о ходе реализации проекта в целом. Получить эту информацию он может только от своих подчиненных экспертов, ответственных за реализацию определенных этапов (сразу рассматриваем масштабный проект с высокой степенью неопределенности). Производственные совещания и телефонные звонки - это прекрасно, но нужна консолидированная картинка.
У ответственного за исполнение этапа проекта возникает дополнительная задача - довести до сведения менеджера проекта информацию о ходе исполнения работ. И вот это донесение информации может потребовать усилий и трудозатрат не меньше, чем собственно исполнение профессиональных обязанностей по координации работ.
К сожалению, большинство автоматизированных систем по управлению проектами, плохо приспособлены к организации сбора необходимой информации.
Проект переносится в систему единым неделимым объектом. И, «дабы никто ничего в нем не поломал и никого не обманул», на практике в компаниях вынуждены создавать выделенные подразделения по сбору и переносу информации о ходе исполнения работ проекта в автоматизированную систему. Есть красивое название подобным подразделениям...
Мы уже привыкли считать, что Проектный офис - это неотъемлемая часть проектного управления, демонстрирующая и гарантирующая высокий уровень развития проектного управления.
Но посмотрите на функционал данного подразделения... Честно и вслух перечислите, чем заняты специалисты Проектного офиса:
Что еще наполняет их жизнь:
Возникает замкнутый круг: новые требования по предоставлению информации нужны для минимизации ошибок. Ошибки допускаются, в том числе, в виду частой смены форматов предоставления информации (опечатки конечных исполнителей) и/или недостаточной квалификацией сотрудника, который вводит данные непосредственно в систему.
Как можно разорвать этот замкнутый круг - собирать данные непосредственно на местах их появления.
Банальность? - Да!
Почему этого не делается? Причины, к сожалению, не менее банальны:
Требование 2. К системе мониторинга реализации проектов - каждый руководящий участник проекта должен иметь полный доступ к системе, в том числе с возможностью вводить актуальные данные о ходе реализации работ проекта и корректировать состав работ проекта
Естественно, речь идет о предоставлении доступа к той части проекта, которая находится под управлением руководящего участника.
Доступ на изменение состава работ этапа проекта необходим для управления проектами с высокой степенью неопределенности. Либо Проектный офис и высокооплачиваемые эксперты проекта погрязнут в вечном процессе согласований того, как должен выглядеть этап проекта, либо - эксперт, в рамках своих компетенций будет достраивать проект самостоятельно.
Проектный офис превращается из операторского центра в аналитический центр. У аналитиков проектного офиса всегда будет актуальная информация:
Согласитесь, что эта роль более почетна, чем роль центра постоянно ошибающихся (по мнению коллег) операторов.
Подобный подход добавит эффективности и в процесс разработки самой структуры проекта. Опять вспомним о честности...
Ключевые исполнители-эксперты, которые будут задействованы в проекте, чаще всего известны. Как они распределяются по этапам - тоже понятно. Озвучьте перед ними задачу, поставьте срок, к которому они должны дать свое видение того, что и как должно быть сделано, чтобы получить заданный результат, и предоставьте им возможность сформировать план работ и рассчитать бюджет, за которые они и будут отвечать.
Рис 03. Формирование структуры проекта с учетом распределения ответственности между ключевыми участниками (исполнителями).
Вам потребуется провести еще одно итоговое совещание проектной группы, чтобы утвердить итоговый план реализации проекта, внеся необходимые коррективы.
Далее, каждый участник проекта актуализирует данные о ходе реализации подотчетных работ, и вся информация консолидируется в итоговое исполнение по проекту и в KPI-модель деятельности компании.
Хороший вопрос: «Как заставить участников проекта своевременно вносить корректные данные о ходе реализации работ?»
А вот здесь мы переходим к вопросу мотивации участников проекта
Участники проекта будут своевременно актуализировать данные о ходе реализации работ, если через эту актуализацию они смогут контролировать начисление их личного бонуса.
Если сразу после актуализации они смогут заглянуть в свою бонусную карту и ознакомиться с текущей оценкой их результативности, напрямую влияющей на их бонус...
Рис 04. Пример представления консолидированной оценки проектной результативности сотрудника
...Они очень аккуратно и своевременно внесут необходимые достоверные данные.
Почему данные будут достоверными??? Потому что Проектный офис никто не отменял и сотрудники офиса тщательно следят. А выявленные ошибки могут являться поводом для снижения оценки соблюдения регламентной дисциплины, а эта оценка также является частью бонусной карты.
Вариант 1. Он же плохой, но приемлем на старте внедрения системы управления проектами.
Рассчитать итоговую результативность сотрудника по всем работам, отнесенным к его ответственности.
Использовать полученную консолидированную оценку результативности в сводной бонусной карте. Это может выглядеть так:
Рис 05. Пример бонусной карты, включающей оценку проектной результативности
Фактически речь не идет о начислении дополнительного бонуса за участие в проектах. Оценка за участие в проектах влияет на размер начисляемого базовго бонуса.
Более или менее подобный подход приемлем для оценки за участие в проектах организационного развития, особенно если они реализуются постоянно (то есть основная активность бэк-офиса - реализация проектов развития).
Очень плохое решение применить данный подход к проектам основной деятельности. Сразу включатся демотивирующие факторы. Главное, что не учитывает данная концепция - масштаб загрузки сотрудника в проектах. Самые результативные сотрудники будут вовлечены в максимальное количество работ, менее результативным мы доверим меньший и более простой объем работ. А перед бонусной картой будут все равны. Грустно?
Ситуацию конечно можно подправить, добавив корректирующую оценку руководителя, но это уже ручное управление со всеми своими прелестями конфликтологии.
Вариант 2. Честная оценка результативности и начисление бонуса по факту реализации работ проекта
Если решиться на этот вариант, то здесь нет границ для совершенства
Бонус участнику проекта может начисляться:
1. За факт реализации конкретной работы с учетом оценки исполнения работы (бюджет, срок, качество)
Базой для начисления бонуса может служить:
2. За факт закрытия дочерних работ этапа - для сотрудников, отвечающих за исполнение этапа. Это добавляет мотивации руководителю этапа в том, чтобы приложить максимум усилий для решения всех организационных вопросов
База для начисления бонуса:
Установленный размер бонуса за реализацию всего этапа
% от бонусного фонда по работам, образующим этап
3. За факт закрытия этапа/этапов, частью которых является работа - эта бонусная составляющая включает командную заинтересованность в реализации проекта. База для начисления бонуса -фактически начисленный бонус за реализацию работы (в нем учтена персональная результативность сотрудника)
4. За успешное завершение проекта. В качестве базы для начисления берем фактически начисленный сотруднику бонус за реализацию работ проекта, в которых он принял участие.
Этот подход добавляет максимум драйва участникам проекта и удерживает драйв вплоть до завершения всех работ.
Нужно что-то переделать, кому-то помочь - единственный сдерживающий фактор - персональная вредность сотрудника.
Главное, чтобы перед глазами был денежный «пинарик» - либо ждем sms-оповещение, что денежка капнула на карту, либо - не ждем:
Рис 06. Пример представления информации о начислении бонуса
Единственное, что может отпугнуть от реализации предложенного варианта построения системы мотивации проектных команд - страх, что это можно «не смочь» посчитать.
Но, позвольте, рисунки в статье есть, значит, посчитать можно.
Лучше сконцентрируйтесь на преимуществах:
Нет повода для споров с сотрудниками - они видят и оценку реализации проекта, и оценку собственной результативности, и свой бонус.
Комплексная система мотивации сотрудников включает в себя все составляющие материальной мотивации, набор которых может отличаться в зависимости от категории сотрудника.
Это может быть:
Рис 07. Пример представления информации о начислении совокупного бонуса.
Самое главное:
За рамками статьи осталось немало вопросов, в том числе:
Часть из перечисленной выше информацииизложена здесь
И, конечно, я планирую продолжить раскрытие темы управления проектами и мотивации проектных команд.
Но если вопрос построения системы управления проектами актуален, начинайте работать. Начинайте проектировать. Выбирайте правильный инструмент, который Вам поможет.
|
|
![]() ![]() |
О САЙТЕ
|
НОВОСТИ
|
ОСНОВНЫЕ РАЗДЕЛЫ
|
ПРИСОЕДИНЯЙТЕСЬ
|