Любая российская компания независимо от степени ее крутизны и «мультинациональных» амбиций с точки зрения собственников (или одного собственника) — проект. Сырьевой, производственный, стратегический и т.п., в конечном итоге – инвестиционный. Если все сложилось удачно – дело пошло, этот проект уже сам генерирует новые направления бизнеса, продукты услуги, новые предприятия, т.е. другие проекты. Пока таких проектов 3-5 – всe в пределах визуального контроля собственников: люди, деньги, результаты, риски. Если – больше, то неизбежно возникает вопрос: что с этим делать дальше, как этим управлять? Ведь первое ограничение, с которым сталкивается собственник или топ-менеджер, заинтересованный через акции, опционы или бонусы, в развитии бизнеса компании, — это его личный временной ресурс. Ресурс, которого на все и на всех не хватает. Кроме того, еще есть семья, охота, рыбалка, баня, горные лыжи, друзья и другое, неизбежно занимающее достойное место в шкале ценностей каждого руководителя и конкурирующее с бизнесом за все тот же ресурс личного времени.
Независимо от траектории движения в бизнесе упомянутые руководители при наличии заинтересованности в развитии компании, неизбежно приходят к пониманию необходимости разработки и внедрения корпоративной системы управления проектами (КСУП). Может быть в масштабе компании в целом, а может быть — в масштабе отдельных бизнес-единиц. Среди известных примеров – «ЮКОС», РАО «ЕЭС России», «Норильский никель», «Лукойл Оверсиз» и т.п.
По личному опыту и по информации, полученной в разное время из различных источников, могу сказать, что реальных историй успеха в этой области, к сожалению, крайне мало. Проверял, потому что в 2004 году один из заказчиков попросил найти и показать ему реально работающую на уровне компании холдингового типа систему управления проектами. При этом заказчика интересовала именно система управления проектами со всеми ее достоинствами и недостатками, а не программный продукт, который может быть представлен в демо- или в «рекламном» варианте с любым набором диаграмм, сетевых моделей, планов и отчетов. Выяснилось, что по отдельному проекту есть что посмотреть, а по системе управления проектами уровня компании показывать-то особенно нечего.
С одной стороны, безусловно, подобная информация составляла ноу-хау компаний, которые с привлечением консультантов внедрили подобные системы. А с другой – выше уровня отдельных подразделений (чаще всего ИТ-направленности), или отдельных категорий проектов (к примеру, капстроительство) или, в лучшем случае, отдельных дочерних структур холдингов, деятельность которых имеет выраженный проектный характер (к примеру, исследования и разработки) практически никто из консультационных компаний, работающих на этом рынке не поднялся.
И дело тут не в профессионализме или непрофессионализме консультантов. Более существенными оказываются другие факторы. Например, такие, как:
Роль высшего руководства компании во внедрении системы управления проектами. Генеральный директор одной крупной производственной компании, производящей лазерный гравер, узнав, что полномасштабное внедрение системы управления проектами может занять 2-3 года, отверг саму возможность обсуждения данной темы и потребовал от подчиненных, чтобы было сделано что-либо быстрое и простое – для повышения эффективности управления проектами в сфере капитального строительства. Через год к вопросу об эффективности капвложений в этой компании вернулись собственники. Полгода ушло на сбор информации и анализ ситуации по финансируемым проектам. Само финансирование проектов при этом свелось к минимуму. Разрабатываемые проекты были приостановлены. В итоге выяснилось, что фактическую эффективность уже реализованных проектов никто не оценивал последних лет 5 (а она существенно отличалась от плановой). Среди реализуемых, в т.ч. — выполненных на 70-80%, проектов, на реализацию стратегии работала меньшая часть. Многие из разрабатываемых проектов оказались за «порогом», установленных собственниками экономических показателей, и, кроме этого, не учитывали риски, связанные с внешним окружением. Таким образом, на протяжение нескольких лет дефицитные ресурсы (деньги собственников) тратились на не соответствующие стратегии либо не эффективные проекты, которые неумолимо «съедали» рыночную стоимость компании и лишали ее преимуществ перед зарубежными конкурентами);
Используемая компанией бизнес-модель. Проекты – это всегда изменения. Пока Вы разрабатываете и внедряете систему управления для отдельных проектов – Вы безопасны для существующей модели бизнеса и ее разработчиков. И Вам скорее всего дадут это сделать. Как только Вы выходите на уровень компании или ее основных бизнес-единиц, т.е. на уровень управления программами и портфелями проектов, то Вы сразу вторгаетесь в сферы интересов руководителей высшего уровня. Потому что внедрение системы управления проектами на уровне программ или портфеля проектов – это новая или существенно обновленная модель бизнеса. И она предполагает «перекраивание» сфер влияния между высшими менеджерами, значительные изменения существующей оргструктуры и технологий управления. Данный вопрос может быть решен положительно только на уровне собственников. На уровне высших менеджеров, среди которых чаще всего преобладают сторонники существующей бизнес-модели, Вы скорее всего поддержки и, соответственно, финансирования не получите. Разве что за исключением тех случаев, когда активным сторонником внедрения КСУП является первое лицо компании.
Согласованность видения КСУП внутри компании. Руководство успешного российского отделения одной международной компании на определенном этапе решилось внедрить систему управления проектами. К переходу на проектные принципы работы оказались готовыми все подразделения компании, за исключением коммерческого департамента. Его руководитель посчитал, что управление проектами в традиционном виде с планированием результатов и работ по каждому проекту с учетом ограничений по срокам и ресурсам приведет к … падению продаж. По его мнению, менеджеры по продажам (а именно их предполагалось назначать менеджерами проектов) должны были поддерживать и развивать отношения с клиентами столь долго, сколько это будет возможно. А ориентация на проектные результаты, могла сбить их с этого пути. Поскольку компания предполагала перейти от продажи отдельных видов оборудования и программного обеспечения к продаже комплексных решений, то было принято решение о назначении менеджеров по продажам при возникновении комплексных контрактов – менеджерами проектов. Продажи у компании не снизились, но и доля комплексных проектных решений не увеличилась. В итоге руководство компании, спустя несколько месяцев, вынуждено было вновь возвращаться к теме проектного управления и совместно с руководителями всех подразделений вырабатывать согласованный подход к управлению комплексными проектами. По результатам проведенной работы были определены процессы выполнения и созданы технологии выполнения комплексных проектов. Кроме этого в состав проектных команд были привлечены специалисты по ИТ и бизнес-консультанты. Продвижение комплексных проектов и управление ими начало осуществляться более эффективно.
Методология управления проектами на уровне компании. Стандарты на управление проектами в масштабе компании – на управление программами/портфелями проектов – у PMI в стадии разработки. Даже ведущие международные компании пока еще только нарабатывают опыт и формируют свои корпоративные методологии управления проектами на уровне портфелей/программ. В российской практике накоплен вполне успешный опыт формирования и внедрения методологий по управлению отдельными проектами, реже – отдельными программами (капитальное строительство, автоматизация). Но в отличие от зарубежных компаний – в российских чаще всего отсутствует управление базами знаний по управлению проектами, т.к. опыт свой/чужой, как правило, не формализуется, либо доступ к информации о выполненных проектах по тем или иным причинам для сотрудников закрыт. Следует отметить, что к портфельному управлению на корпоративном уровне приблизились ближе других, пожалуй, средние российские холдинговые компании, работающие на конкурентных рынках.
Ниже я более подробно остановлюсь на методологии. Потому что от ответов на вопросы, связанных с методологией, в значительной степени будет зависеть решение проблем, связанных с другими упомянутыми факторами.
Чаще всего руководителей интересуют такие вопросы, как:
- Что представляет собой корпоративная методология управления проектами?
- Кто и каким образом должен разрабатывать эту методологию в компании?
- Какие документы при этом должны быть разработаны, что они должны в себя включать?
Стандарты по управлению проектами, разработанные наиболее известными профессиональными ассоциациями – PMI и IPMA, не содержат в себе прямых ответов на эти вопросы.
Что такое корпоративная методология управления проектами?
Приведу лишь наиболее характерные точки зрения российских экспертов по данному вопросу:
- Корпоративная методология управления проектами представляет собой набор процедур и определяющих их внутренних нормативных документов, а также совокупность инструментов и методов управления проектами, которые обеспечивают реализацию всех проектов компании по единым правилам и стандартам. Корпоративная методология определяет как процедуры управления (принятия решений по проектам) на разных фазах жизненного цикла, так и требования к проектам в разных функциональных областях: финансы, кадры, сроки, ресурсы, риски, качество, договора и поставки и др.
- Корпоративная методология управления проектами – это совокупность нормативных и методических документов, шаблонов рабочих документов, входящих в Корпоративный стандарт компании по управлению проектами или обеспечивающих его применение.
- Методология управления проектами – это набор методов и процедур управления проектами, положенных в основу определенного программного пакета по управлению проектами.
Первая точка зрения свойственна компаниям и специалистам, которые оказывают консультационные или экспертные услуги в области управления проектами, последняя – для компаний-поставщиков программных продуктов для управления проектами.
Кто и каким образом должен разрабатывать методологию управления проектами в компании?
Корпоративная методология управления проектами разрабатывается, как правило, в рамках проекта по внедрению корпоративной системы управления проектами. Мне не известно ни одного успешного проекта, когда бы компания сделала это собственными силами. Практически всегда в проектную команду проекта привлекаются внешние консультанты или эксперты по управлению проектами.
Добавлю к выше сказанному, что я полностью разделяю точку зрения тех специалистов, которые считают, что «корпоративная культура управления проектами (как и корпоративная методология управления проектами) «взращивается» внутри компании Заказчика, а не «внедряется под ключ» извне». Одним из заслуживающих внимания решений задачи по разработке и внедрению корпоративной методологии по УП является создание центра компетенции по УП или группы в составе корпоративного проектного офиса, которая отвечала бы за разработку и развитие данной методологии внутри компании.
Какие шаги являются обязательными при разработке методологии?
На основе анализа различных практик по внедрению КСУП к обязательным шагам возможно отнести следующие:
- Инвентаризация всех разрабатываемых, реализуемых и реализованных проектов компании
- Формирование реестра или портфеля (-ей) проектов
- Классификация проектов
- Определение моделей жизненных циклов для разных категорий проектов
- Определение и описание процессов и технологий управления проектами
- Пересмотр существующего распределения функций и полномочий между руководителями компании для обеспечения эффективного управления проектами
- Пересмотр организационной структуры и внесение в нее изменений, необходимых для эффективного управления проектами
- Определение структуры нормативной базы компании по управлению проектами
- Разработка нормативных, методических документов и шаблонов рабочих документов, классификаторов и справочников, необходимых для управления проектами
Какие документы должны быть разработаны при формировании корпоративной методологии управления проектами?
Структура нормативной базы компании зависит от уровней, на которых будет организовано управление проектами в компании. Например:
- Корпоративный портфель проектов – уровень управляющей или головной компании холдинга
- Портфель проектов по направлению бизнес/группе продуктов – уровень дивизиона или дочерней компании
- Программа – уровень филиалов или отдельных подразделений
- Проект – уровень отдельных подразделений компании, а также ее дочерних и зависимых обществ
В качестве одного из возможных вариантов структуры нормативной базы по управлению проектами для компании холдингового типа возможно предложить следующий:
- Нормативная база первого уровня системы УП – управление портфелями проектов и программами. Это собственно уровень Компании в целом. Здесь ничего не говорится об управлении отдельным проектом, здесь нет менеджеров и исполнителей проектов. Состав нормативной базы управления проектами для данного уровня может быть следующим:
- Положение «О корпоративной системе управления проектами» — основной документ КСУП
- Положения об Инвестиционном Комитете, о Корпоративном ЦУП, о группах портфелей проектов и программных\проектных офисах
- Должностные инструкции для работников ЦУП, групп портфелей и программных\проектных офисов
- Процедуры по управлению портфелями и программами, не вошедшие в Положение «О корпоративной системе управления проектами»
- Шаблоны рабочих документов по УП, необходимые для управления портфелями и программами
- Прочие нормативные документы.
- Нормативная база второго уровня системы УП – основные процессы по управлению проектами всех типов, выделенных в рамках принятой в Компании классификации. Структура и состав нормативной базы для данного уровня системы УП будут определяться решениями, принятыми на уровне портфелей и программ. Для каждого вида проектов и программ может быть разработана своя нормативная база. Примерный состав нормативной базы для определенного вида проектов или программ может быть следующим (на примере проектов капитального строительства):
- Положение об управлении проектами капитального строительства
- Процедуры по управлению проектами капитального строительства
- Положение о проектном офисе/центре управления проектами капитального строительства
- Должностные инструкции для участников проектов капитального строительства
- Шаблоны рабочих документов по управлению проектами капитального строительства (Устав проекта, План проекта, заявка на открытие проекта и т.п.)
- Прочие документы
А.Ю.Сооляттэ, партнер ИП «Finexpert.ru»