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

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

Независимо от траектории движения в бизнесе упомянутые руководители при наличии заинтересованности в развитии компании, неизбежно приходят к пониманию необходимости разработки и внедрения корпоративной системы управления проектами (КСУП). Может быть в масштабе компании в целом, а может быть — в масштабе отдельных бизнес-единиц. Среди известных примеров – «ЮКОС», РАО «ЕЭС России», «Норильский никель», «Лукойл Оверсиз» и т.п.

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

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

И дело тут не в профессионализме или непрофессионализме консультантов. Более существенными оказываются другие факторы. Например, такие, как:

Роль высшего руководства компании во внедрении системы управления проектами. Генеральный директор одной крупной производственной компании, производящей лазерный гравер , узнав, что полномасштабное внедрение системы управления проектами может занять 2-3 года, отверг саму возможность обсуждения данной темы и потребовал от подчиненных, чтобы было сделано что-либо быстрое и простое – для повышения эффективности управления проектами в сфере капитального строительства. Через год к вопросу об эффективности капвложений в этой компании вернулись собственники. Полгода ушло на сбор информации и анализ ситуации по финансируемым проектам. Само финансирование проектов при этом свелось к минимуму. Разрабатываемые проекты были приостановлены. В итоге выяснилось, что фактическую эффективность уже реализованных проектов никто не оценивал последних лет 5 (а она существенно отличалась от плановой). Среди реализуемых, в т.ч. — выполненных на 70-80%, проектов, на реализацию стратегии работала меньшая часть. Многие из разрабатываемых проектов оказались за «порогом», установленных собственниками экономических показателей, и, кроме этого, не учитывали риски, связанные с внешним окружением. Таким образом, на протяжение нескольких лет дефицитные ресурсы (деньги собственников) тратились на не соответствующие стратегии либо не эффективные проекты, которые неумолимо «съедали» рыночную стоимость компании и лишали ее преимуществ перед зарубежными конкурентами);

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

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

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

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

Чаще всего руководителей интересуют такие вопросы, как:

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

Стандарты по управлению проектами, разработанные наиболее известными профессиональными ассоциациями – PMI и IPMA, не содержат в себе прямых ответов на эти вопросы.

Что такое корпоративная методология управления проектами?

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

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

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

Кто и каким образом должен разрабатывать методологию управления проектами в компании?

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

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

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

На основе анализа различных практик по внедрению КСУП к обязательным шагам возможно отнести следующие:

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

Какие документы должны быть разработаны при формировании корпоративной методологии управления проектами?

Структура нормативной базы компании зависит от уровней, на которых будет организовано управление проектами в компании. Например:

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

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

  1. Нормативная база первого уровня системы УП – управление портфелями проектов и программами. Это собственно уровень Компании в целом. Здесь ничего не говорится об управлении отдельным проектом, здесь нет менеджеров и исполнителей проектов. Состав нормативной базы управления проектами для данного уровня может быть следующим:
    • Положение «О корпоративной системе управления проектами» — основной документ КСУП
    • Положения об Инвестиционном Комитете, о Корпоративном ЦУП, о группах портфелей проектов и программных\проектных офисах
    • Должностные инструкции для работников ЦУП, групп портфелей и программных\проектных офисов
    • Процедуры по управлению портфелями и программами, не вошедшие в Положение «О корпоративной системе управления проектами»
    • Шаблоны рабочих документов по УП, необходимые для управления портфелями и программами
    • Прочие нормативные документы.
  2. Нормативная база второго уровня системы УП – основные процессы по управлению проектами всех типов, выделенных в рамках принятой в Компании классификации. Структура и состав нормативной базы для данного уровня системы УП будут определяться решениями, принятыми на уровне портфелей и программ. Для каждого вида проектов и программ может быть разработана своя нормативная база. Примерный состав нормативной базы для определенного вида проектов или программ может быть следующим (на примере проектов капитального строительства):
    • Положение об управлении проектами капитального строительства
    • Процедуры по управлению проектами капитального строительства
    • Положение о проектном офисе/центре управления проектами капитального строительства
    • Должностные инструкции для участников проектов капитального строительства
    • Шаблоны рабочих документов по управлению проектами капитального строительства (Устав проекта, План проекта, заявка на открытие проекта и т.п.)
    • Прочие документы

А.Ю.Сооляттэ, партнер ИП «Finexpert.ru»

Просмотры: 3 891

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

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

Создание эффективной корпоративной системы УП предполагает наличие трех компонентов (рис. 11.2):

Нормативно-регламентного и методологического обеспечения (стандарта);

Технического и информационного обеспечения;

Организационного и кадрового обеспечения.

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

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

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

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

К особенностям проектов внедрения КСУП можно отнести:

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

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

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

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

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

Типовые риски подобных проектов связаны как с организационными ошибками - выбором неправильной стратегии, ошибочным позиционированием проекта в компании, так и с человеческим фактором - недостаточной мотивацией, низкой квалификацией персонала (см. гл. 19 и 20).

Чаще всего встречаются следующие причины рисков:

Ошибки целеполагания и определения проекта, отсутствие сбалансированного подхода к стратегии внедрения;

Неадекватные ожидания участников проекта;

Отсутствие (недостаточность) поддержки высшего руководства и других ключевых участников;

Ошибки при построении команды проекта;

Недостаточная квалификация и мотивация персонала.

Ошибки целеполагания и определения проекта внедрения КСУП,

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

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

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

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

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

Основные (критические) факторы успеха проекта внедрения КСУП таковы:

1)наличие согласованных целей и результатов проекта;

2)поддержка со стороны высшего руководства;

3)создание реально работающей совместной команды;

4)наличие планов (стратегического, первоочередных действий, реагирования на риски);

5)учет требований пользователей;

6)достаточная квалификация участников и пользователей проекта;

7)наличие системы мотивации всех участников проекта;

8)наличие системы коммуникаций, контроля и управления изменениями;

10)использование адекватных информационных технологий.

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

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

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

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

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

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

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

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

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

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

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

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

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

Начальную глубокую проработку и согласование целей;

Высокую степень проработанности планов внедрения от начала до завершения проекта;

Сфокусированность на отдельных факторах, получивших низкие оценки на начальных этапах;

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

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

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

Круг решаемых в ходе первого этапа задач очень узкий, конкретный, прикладной;

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

Широкое использование коучинга как технологии решения конкретных задач на рабочем месте с конкретным менеджером;

Регулярная демонстрация результатов высшему руководству для формирования у него убежденности в полезности начинания и повышения уровня вовлеченности;

Значительное внимание базовому обучению персонала компании в области УП.

Стратегия полномасштабного внедрения разрабатывается по итогам результатов первого этапа.

Независимо от ситуации, в которой стартует проект, менеджер должен понимать, что внедрение КСУП предполагает реализацию комплекса внутрикорпоративных изменений. Цикл управления изменениями включает три последовательных этапа: «разморозки» ситуации; реализации изменения; фиксации изменения (рис. 11.3).

Для повышения вероятности успеха проводимых изменений желательно с самого начала добиться:

Комплексного рассмотрения организационного проекта;

Четкого понимания целей проекта всеми его участниками: пусть первоначальный объем внедрения будет мал, но понятен и принят всеми;

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

Рис. 11.3. Базовый цикл управления изменениями при внедрении КСУП

Назначения менеджером проекта управленца, причем выше среднего звена, а не технического специалиста в одной предметной области, например ИТ-специалиста;

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

Включения в команду проекта представителей высшего руководства;

Организации внутренней РЯ-акции по проекту, рассылки регулярного информационного бюллетеня;

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

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Подобные документы

    Сущность и функции корпоративной системы управления проектами (КСУП), ее элементы и предъявляемые к ней требования. Базовые методологии и процессы управления проектами. Характеристика основных ролей в контексте КСУП, этапы ее разработки и внедрения.

    контрольная работа , добавлен 13.06.2013

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

    контрольная работа , добавлен 15.07.2011

    Характеристика этапов развития управления проектами в России. Понятие, роль и актуальность проектного управления. Основные формы планирования и контроля текущей деятельности фирмы. Особенности управления проектами в фирмах-партнерах "1С:Франчайзи".

    курсовая работа , добавлен 23.10.2015

    Понятие и структура корпоративной системы управления проектами. Основные методы диагностики уровня зрелости управления проектами. Инициация и планирование, финансирование проектов. Управление программами, рисками, коммуникациями и портфелем предприятия.

    дипломная работа , добавлен 20.08.2017

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

    контрольная работа , добавлен 04.02.2010

    Организация системы проектного менеджмента на предприятии в современных экономических условиях. Построение организационных структур управления проектами организаций. Определение проблем управления проектами ОАО "Сатурн" и поиск путей совершенствования.

    дипломная работа , добавлен 23.08.2011

    Понятие, состав и виды проектов. Этапы управления проектами на предприятии. Организационно-экономическая характеристика ТОО "Казцинктех". Анализ экономических показателей работы предприятия. Основные проблемы в управления проектами и пути их решения.

    дипломная работа , добавлен 22.05.2012

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

    курсовая работа , добавлен 01.12.2013

Меня зовут Андрей Береговенко и я имею более, чем 13-ти летний практический опыт внедрения систем управления проектами в разных сферах бизнеса (ИТ, производство, розница, медиа, логистика, фармацевтика, инновации и т.д.). В этой статье я поделюсь с вами накопившимся опытом эффективного внедрения технологий управления проектами. Статья будет полезна как собственникам бизнесов, которые хотят повысить эффективность и производительность, так и Руководителям проектных офисов, которые, собственно, и реализуют эти бизнес-цели.

Стратегия развития

В первую очередь нужно четко понимать, что Корпоративная Система Управления Проектами (далее КСУП) это не отдельное автономное образование, а часть единого бизнес-организма Компании. Сама по себе КСУП не представляет ценности для бизнеса. Она является инструментом для достижения бизнес-результатов, для реализации стратегии Компании.

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

Ниже приведена высокоуровневая декомпозиция стратегической цели Компании, которой я часто пользуюсь при внедрении КСУП:

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

Я выделяю 3 основные компонента КСУП – это методология («правила игры»), информационная система (автоматизация тех процессов, которые можно автоматизировать) и самое главное, это люди, Руководители и Администраторы проектов, которые и будут управлять проектами, использую для этого, в первую очередь свои знания, умения и навыки, во вторую – регламенты и информационную систему.

Теперь более подробно о каждом компоненте.

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

· Организационная структура и зоны ответственности

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

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

Зоны ответственности каждого участника организационной структуры:

· Проектный комитет

Проектный комитет – это коллегиальный орган принятия ключевых решений по проектам

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

· Председатель – Генеральный директор.

· Модератор – Руководитель Проектного офиса

· Постоянные участники – Руководители функциональных направлений

· Участники, привлекаемые на непостоянной основе – Руководители проектов, требующих особого внимания

Периодичность проведения комитета

· Еженедельно – первые 6 месяцев внедрения системы управления

· Ежемесячно – с 7-го месяца

Функции комитета

· Принятие решений о переходе на следующий Gate проекта

· Принятие управленческих воздействий по проектам требующих особого внимания.

· Принятие решения о целесообразности инициируемых проектов, назначение управляющего состава (Спонсора, Заказчика и Руководителя проекта)

· Принятие решения об утверждении концепций проектов

· Принятие решения об утверждении Технико-экономических оценок, Уставов и бюджетов проектов и старте работ

· Принятие решения об изменении вех проектов

· Утверждение результатов проектов

Качество проекта

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

Определение объектов управления

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

Портфель проектов

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

Жизненный цикл проекта

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

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

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

Ниже представленные основные аспекты системы мотивации:

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

Ниже я представлю основные (не декомпозированные) этапы внедрения КСУП, вам будет полезно положить их за основу:

· Обследование текущей ситуации (as is)

o Изучение доступной документации

o Интервьюирование владельцев и участников ключевых бизнес-процессов

o Идентификация и описание текущих активностей

o Классификация активностей

o Формирование портфеля проектов

· Разработка Концепции внедрения КСУП (to be)

o Защита Концепции у заинтересованных сторон

· Разработка методологии

o Интервьюирование ключевых участников проектной деятельности

o Разработка, согласование и утверждение Положения по управлению проектами

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

o Разработка, согласование и утверждение Шаблонов проектных документов

· Внедрение информационной системы управления проектами

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

o Декомпозиция данного этапа достойна отдельной статьи, которую я скоро напишу

· Обучение участников проектной деятельности (категорически важный этап)

o Обучение проектной методологии, технологии управления проектами

o Обучение работе в Информационной системе управления проектами

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

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

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

· Поддержка и развитие системы

Быстрые победы

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

· Управление проектами

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

· Методология

o Разработка Политики и Положения по управлению проектами

o Разработка технологических карт для каждого типа проектов

· Информационная система управления проектами

o Базовые настройки MS Project Professional и Online или какой-то другой системы (напомню, что это всего лишь инструмент и принципиальной разницы какую систему вы выберете нет) – об этом более подробно в моей следующей статье

o Публикация и мониторинг запущенных и структурированных проектов

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

Когда нет опыта - его могут заменить правила.

Когда отсутствуют правила - есть только ритуалы.

Ритуалы - это начало хаоса»

Лао Цзы, "Дао Дэ Цзин"

Деятельность компании, реализующей проекты, как правило, регламентируется несколькими ключевыми (рамочными) документами. К ним относятся корпоративные стандарты управления компанией - Project Management Body of Knowledge (PMBOK) американского Института управления проектами (Project Management Institute -

PMI) и стандарт ISO 9001. Политику компании определяют также положения, заложенные в корпоративную культуру компании, ее внутренние нормы и т.д. В настоящее время большое распространение имеют и другие подходы, в частности так называемые деятельностный и менеджерский, они выражены в международных квалификационных стандартах ICB IPMA (International Competence Baseline I PMA). Профессиональные национальные ассоциации почти 40 стран создали свои PM Body of Knowledge (подробнее см. в гл. 3).

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

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

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

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

Типовая структура НРБ включает следующие документы:

Общие положения и терминологию;

Классификацию и описание объектов управления (проектов, программ, портфелей проектов);

Описание процессов УП;

Описание проектных структур и ролей;

Формы и состав основных документов по УП.

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

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

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

Формирование программы развития (сбор заявок, ранжирование и отбор проектов);

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

Планирование (разработка, согласование и утверждение календарных и прочих планов и бюджетов);

Выполнение, отчетность и контроль (выдача заданий, составление отчетов, контроль выполнения);

Завершение проекта (принятие решений о завершении проекта, завершение расчетов, анализ полученного опыта, архивирование);

Управление изменениями и рисками.

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

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

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

Процедура инициации венчурных проектов;

Процедура постпроектного мониторинга результатов;

Положение об офисе УП;

Положение о менеджере проекта;

Положение о кураторе проекта.

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

Расчета и анализа ключевых показателей, характеризующих стратегию компании;

Ранжирования и отбора инвестиционных и инновационных проектов;

Финансово-экономического моделирования инвестиционных проектов и их оценки;

Календарного планирования и контроля сроков;

Контроля проектов по методу освоенного объема;

Расчета показателей бюджетов проектов;

Аттестации персонала.

Как уже было упомянуто выше, управление крупными компаниями производится в соответствии с КСУ. В табл. 11.1 показана номенклатура базовых (системообразующих) стандартов. В табл. 11.2-11.4 приведена номенклатура КСУ в разрезе бизнес-функций и общая структура КСУ.

Таблица 11.1

Система базовых КСУ

Таблица 11.2

Номенклатура КСУ (по бизнес-функциям, распределенным по фазам проектного цикла)

Таблица 11.3

Номенклатура КСУ (по интеграционным бизнес-функциям)

Похожие публикации
© 2024 Моя спина. Здоровье и суставы