МИР УПРАВЛЕНИЯ ПРОЕКТАМИ.

1. Основные понятия и процессы управления проектами.

. Сущность управления проектами

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

Взаимосвязи процессов

. Процессы инициации

. Процессы планирования

. Процессы исполнения и контроля

. Процессы анализа

. Процессы управления

. Процессы завершения
Процессы управления проектами

1. Система управления проектами: интеграционный подход.

2. Концентрическое управление проектами.

Основные понятия и процессы управления проектами.
В мире уже давно признано, что управление проектами — особая область менеджмента, применение которой дает ощутимые результаты. Профессионалы в этой области высоко ценятся (в США это третья по средней величине оплаты профессия после юристов и врачей), а сама методология управления проектами стала фактическим стандартом управления на многих тысячах предприятий и применяется в той или иной степени практически во всех крупных корпорациях.
В прошлом году приняты стандарты управления проектами ANSI, разработан проект стандартов управления проектами ISO 10006.
В нашей стране не все и не всегда правильно понимают предмет управления проектами, часто путая управление проектами с составлением бизнес-планов.
Попытаемся кратко охарактеризовать предмет и сущность управления проектами, основываясь на признанных в мире стандартах этой дисциплины, но с учетом принятых у нас подходов и методов.
Управление проектами дает ощутимые результаты во всех областях приложений, чем и объясняется растущая популярность этой технологии. Для руководителей информационных служб она представляет интерес и как технология, которую полезно внедрить на своих предприятиях, и как средство управления собственными проектами, к которым можно отнести и разработку программного обеспечения, и внедрение тех или иных информационных систем, и прочие изменения, носящие уникальный характер и временные по своей природе.

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

Проект — это временное предприятие, предназначенное для создания уникальных продуктов или услуг.
«Временное» означает, что у любого проекта есть начало и непременно наступает завершение, когда достигаются поставленные цели, либо возникает понимание, что эти цели не могут быть достигнуты. «Уникальных» означает, что создаваемые продукты или услуги существенно отличаются от других аналогичных продуктов и услуг.
Уникальность продуктов или услуг проекта обусловливает необходимость последовательного уточнения их характеристик по мере выполнения проекта.
В качестве примеров проектов можно привести строительство, разработку любой новой продукции, проведение ремонтных работ, внедрение информационной системы на предприятии, проведение избирательной кампании, съемки кинофильма и многое другое, что отвечает приведенному определению.
Управление проектами — это приложение знаний, опыта, методов и средств к работам проекта для удовлетворения требований, предъявляемых к проекту, и ожиданий участников проекта. Чтобы удовлетворить этим требованиям и ожиданиям, необходимо найти оптимальное сочетание между целями, сроками, затратами, качеством и другими характеристиками проекта.
Управление проектами подчиняется четкой логике, которая связывает между собой различные области знаний и процессы управления проектами.
Прежде всего, у проекта обязательно имеются одна или несколько целей. Под целями мы будем далее понимать не только конечные результаты проекта, но и выбранные пути достижения этих результатов (например, применяемые в проекте технологии, система управления проектом).
Достижение целей проекта может быть реализовано различными способами. Для сравнения этих способов необходимы критерии успешности достижения поставленных целей. Обычно в число основных критериев оценки различных вариантов исполнения проекта входят сроки и стоимость достижения результатов. При этом запланированные цели и качество обычно служат основными ограничениями при рассмотрении и оценке различных вариантов.
Конечно, возможно использование и других критериев и ограничений, в частности ресурсных.
Для управления проектами необходимы рычаги. Влиять на пути достижения результатов проекта, цели, качество, сроки и стоимость исполнения работ можно, выбирая применяемые технологии, состав, характеристики и назначения ресурсов на выполнение тех или иных работ. Таким образом, применяемые технологии и ресурсы проекта можно отнести к основным рычагам управления проектами. Кроме этих основных существуют и вспомогательные средства, предназначенные для управления основными. К таким вспомогательным рычагам управления можно отнести, например, контракты, которые позволяют привлечь нужные ресурсы в нужные сроки. Кроме того, для управления ресурсами необходимо обеспечить эффективную организацию работ. Это касается структуры управления проектом, организации информационного взаимодействия участников проекта, управления персоналом.
Информация, используемая в управлении проектами, обычно не бывает стопроцентно достоверной. Учет неопределенности исходной информации необходим и при планировании проекта, и для грамотного заключения контрактов. Анализу и учету неопределенностей посвящен анализ рисков.
Любой проект в процессе своей реализации проходит различные стадии, называемые в совокупности жизненным циклом проекта. Для реализации различных функций управления проектом необходимы действия, которые в дальнейшем именуются процессами управления проектами.

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

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

. процессы управления проектами — касающиеся организации и описания работ проекта (которые будут подробно описаны далее);

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

. процессы инициации — принятие решения о начале выполнения проекта;

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

. процессы исполнения — координация людей и других ресурсов для выполнения плана;

. процессы анализа — определение соответствия плана и исполнения проекта поставленным целям и критериям успеха и принятие решений о необходимости применения корректирующих воздействий;

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

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

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

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

Взаимосвязи процессов

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

. Цели продукта — это свойства и функции, которыми должна обладать продукция проекта.
| |
|Рис. 3. Взаимосвязи процессов|
|планирования |

. Цели проекта — это работа, которую нужно выполнить для производства продукта с заданными свойствами.
Взаимосвязи между процессами планирования представлены на рис. 3.
В ходе исполнения проекта эти процессы многократно повторяются. Изменениям могут подвергнуться цели проекта, его бюджет, ресурсы и т. д. Кроме того, планирование проекта — это не точная наука. Различные команды проекта могут разработать различные планы для одного и того же проекта. А пакеты управления проектами могут составить различные расписания выполнения работ при одних и тех же исходных данных.
Некоторые из процессов планирования имеют четкие логические и информационные взаимосвязи и выполняются в одном порядке практически во всех проектах. Так, например, сначала следует определить, из каких работ состоит проект, а уж затем рассчитывать сроки выполнения и стоимость проекта. Эти основные процессы выполняются по нескольку раз на протяжении каждой фазы проекта.
Кроме перечисленных основных процессов планирования имеется ряд вспомогательных процессов, необходимость в использовании которых сильно зависит от природы конкретного проекта:

. планирование качества — определение того, какие стандарты качества использовать в проекте, и того, как этих стандартов достичь;

. планирование организации — определение, документирование и назначение ролей, ответственности и взаимоотношений отчетности в организации;

. назначение персонала — назначение человеческих ресурсов на выполнение работ проекта;

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

. идентификация риска — определение и документирование событий риска, которые могут повлиять на проект;

. оценка риска — оценка вероятностей наступления событий риска, их характеристик и влияния на проект;

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

. планирование поставок — определение того, что, как и когда должно быть поставлено;

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

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

. учет исполнения — подготовка и распределение необходимой для участников проекта информации с требуемой периодичностью;

. подтверждение качества — регулярная оценка исполнения проекта с целью подтверждения соответствия принятым стандартам качества;

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

. выбор поставщиков — оценка предложений, выбор поставщиков и подрядчиков и заключение контрактов;

. контроль контрактов — контроль исполнения контрактов поставщиками и подрядчиками;

. развитие команды проекта — повышение квалификации участников команды проекта.

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

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

. анализ сроков — определение соответствия фактических и прогнозных сроков исполнения операций проекта директивным или запланированным;

. анализ стоимости — определение соответствия фактической и прогнозной стоимости операций и фаз проекта директивным или запланированным;

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

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

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

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

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

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

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

. управление ресурсами — внесение изменений в состав и назначения ресурсов на работы проекта;

. управление целями — корректировка целей проекта по результатам процессов анализа;

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

. управление рисками — реагирование на события и изменение рисков в процессе исполнения проекта;

. управление контрактами — координация работы (суб)подрядчиков, корректировка контрактов, разрешение конфликтов.

Процессы завершения
| |
|Рис. 7. Взаимосвязи процессов|
|завершения |

Завершение проекта сопровождается следующими процессами (рис. 7):

. закрытие контрактов — завершение и закрытие контрактов, включая разрешение всех возникших споров;

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

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

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

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

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

. организационные структуры и организационное обеспечение;

. программное обеспечение;

. техническая инфраструктура;

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

Архитектура СУП

Организационная составляющая

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

ИТ-составляющая

Разумеется, реализация крупных проектов невозможна без применения в СУП соответствующих информационных технологий. Базовыми элементами в них выступают пакеты прикладных программ. Наиболее широко представлены пакеты календарно-ресурсного планирования (Microsoft Project, Primavera Project
Planner; Open Plan Professional, Spider Project и др.). Однако сам по себе такой пакет позволяет лишь автоматизировать ту или иную функцию управления в проекте (менеджер, администратор, эксперт по рискам и т. д.).
Информационные же технологии, применяемые в СУП, должны поддерживать не только определенные функции управления, но и сквозные процессы управления проектами. А такой подход требует погружения и процессов управления, и поддерживающих их информационных технологий в контекст общих для предприятия так называемых «корпоративных» решений и отношений.

Управление проектами и общие корпоративные решения

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

КОНЦЕНТРИЧЕСКОЕ УПРАВЛЕНИЕ ПРОЕКТАМИ
"Корпорации становятся проектно-ориентированными", — утверждает один из идеологов науки управления Том Питерс (Tom Peters). Это означает, что в современной компании управлять надо именно проектами, а не процессами или функциями. Сотни, а иногда и тысячи разных по объему и продолжительности проектов нацелены на то, чтобы улучшить качество, снизить затраты, увеличить мощность, сократить время изготовления изделий, вывести новую продукцию на рынок — и все это ради достижения конкурентных преимуществ компании. Однако, сегодня проектный подход претерпевает важные изменения, вызванные следующим набором причин:

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

. в современной конкурентной борьбе возрастает цена ошибки;

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

. компании по-прежнему имеют функционально-ориентированную иерархическую структуру, не соответствующую проектно-ориентированной организации.
Традиционная система управления проектами хорошо подходила для однородных, независимых друг от друга крупных проектов. Для их выполнения создавалась команда по проекту, которая работала под руководством менеджера по проекту, занятого по этому проекту полный рабочий день. Члены команды никак не участвовали в другой деятельности корпорации.
Особенностью современного этапа является переориентация компаний с выполнения ограниченного числа больших проектов на многочисленные маленькие проекты. Персонал из разных подразделений выполняет задачи по проекту, и это занимает не более 5-10% от их недельной загрузки. Руководят проектами менеджеры из разных подразделений. Работа по проекту выполняется там, где присутствуют необходимые ресурсы.
Для управления компанией в изменившихся условиях нужна новая модель управления проектами, предусматривающая одновременную координацию и консолидацию данных, подчинение всех проектов общим целям компании при сохранении независимого управления отдельными проектами. Компания Primavera
Systems Inc. предложила новую методологию для управления проектами - концентрическое управление проектами Concentric Project Management или СРМ.
Концентрическое управление проектами является логическим развитием методологии управления проектами на современном этапе.

СРМ - структурированный, интегрированный и масштабируемый подход к координации людей, команд и проектов.

Рассмотрим каждое из ключевых слов в определении.

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

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

Основные элементы СРМ это люди, инструменты, методы, необходимо:

. назначить подходящих людей на работы и учитывать их работу;

. обеспечить персонал необходимым инструментарием и обучением;

. настойчиво внедрять СРМ для определения нормативов, процедур и методологии;

. требовать регулярного подведения итогов и составления отчетов.
При применении СРМ предприятие охватывается концентрической системой контуров управления проектами. Менеджер по проекту определяет несколько главных этапов проекта; внутри каждого этапа он разделяет работы на сегменты, например, в случае выполнения проекта по переводу системы бухгалтерского учета на принципы архитектуры "клиент-сервер" каждый из функциональных этапов состоит из разработки, создания прототипа, развития, тестирования ПО и выпуска документации. Для определения структуры этапов и сегментов менеджер по проекту использует коды структуры. Также менеджер по проектам назначает рабочие группы, ответственные за выполнение работ по сегментам. Персонал на работы выделяют менеджеры подразделений, которые располагают данными о наличии нужных специалистов и назначают ставки по оплате. Они не могут изменить назначение исполнителей на работы, но проверяют, насколько хорошо работают их подчиненные, занятые на разных проектах. Каждая рабочая группа имеет своего руководителя, который действует самостоятельно, определяет график работ, проигрывает различные сценарии "что-если" для выбора оптимального варианта выполнения работ по своему сегменту и еженедельно пересматривает запланированный ход работ на основе фактических данных. К обязанностям исполнителей относится составление детального описания работ. Менеджер по проекту на основе данных, поступающих от управляющих рабочих групп, еженедельно проверяет, как отдельные сегменты и этапы стыкуются друг с другом и выполняется задача проекта. Менеджер отделения может отвечать за выполнение нескольких проектов. Он контролирует не только сроки и бюджеты проектов, но также, понадобятся ли новые инвестиции в проект, и для этого раз в две недели встречается с руководителями проектов. Так как проекты предусматривают разные программы действий, менеджер отделения в соответствии с общими целями компании определяет краткосрочные и долгосрочные задачи и подобно управляющему портфелем инвестиций определяет схему финансирования различных проектов. На уровне исполнительного директора на основе данных по проектам контролируется денежный поток компании, движение компании проект за проектом по направлению к корпоративным целям. На ежемесячных совещаниях обсуждаются перспективы развития компании и выбираются проекты для финансирования.
Методология СРМ сквозного управления проектами компании реализуется с помощью современного поколения специальных программных средств Primavera
Systems Inc. и использования единой БД по проекту, к которой имеют доступ менеджеры всех уровней. Система СРМ позволяет менеджерам работ