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

Глава 1. Историческая эволюция управления проектами

Изучив материал данной главы, вы узнаете:

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

• какие основные этапы прошла дисциплина управления проектами в своем развитии;

• как развивалась методология управления проектами в России.

1.1. Зарождение и становление управления проектами

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

Исторические корни дисциплины управления проектами связаны с работами классиков менеджмента Г. Гантта, А. Файоля, Ф. Тейлора. Генри Гантт (Henry Gantt, 1861–1919) – американский инженер, предложивший в 1910 г. новую технику календарного планирования с использованием горизонтальных диаграмм. Впоследствии диаграмма Гантта стала инструментом де-факто, а изобретателю присвоили звание «отца техники планирования». Диаграмма Гантта оказалась настолько серьезным аналитическим инструментом, что на протяжении почти ста лет не претерпевала изменений. И только в 1990-х годах для более подробного описания зависимостей между задачами были добавлены связи. А. Файоль (Henri Fayol, 1841–1925) – создатель классической теории управления, определивший пять основных функций менеджмента, ставших основой управления проектами. Работы автора «научного менеджмента Ф. У. Тейлора (Frederick Winslow Taylor, 1856–1915) стали прототипами многих современных инструментов, включая иерархическую структуру работ (Work Breakdown Structure).

Теоретические основы проектного управления развивались эволюционно [Баркалов и др., 2005].

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

В 1950-х годах управление проектами окончательно сформировалось как отдельная область знаний. В эти годы появилось два основных математических метода управления расписанием проектов – метод критического пути СРМ и метод оценки и анализа программ PERT Метод критического пути возник благодаря трудам специалистов корпораций DuPont и Remington Rand, работавших над проектами по ремонту оборудования заводов DuPont. История появления методики PERT типична для многих изобретений периода «холодной войны». В целях управления очередным проектом ВМФ США – разработкой баллистической ракеты «Поларис» – компанией Lockheed и консалтинговой фирмой Booz Allen Hamilton был создан метод планирования работ на основании оптимальной логической схемы процесса, названный методом оценки и анализа программ.

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

В 1966 г. появляется система GERT (Graphical Evaluation and Review Technique), использующая новую генерацию сетевых моделей. GERT – вероятностный метод сетевого планирования – применяется в случаях организации работ, когда последующие задачи могут начинаться только по завершении некоторого числа предшествующих задач. Этот метод, используется для определения оценок вероятности реализации событий, основанных на статических данных, получаемых в результате моделирования, и применяется в случае, когда затруднительно или невозможно однозначно определить, какие именно работы и в какой последовательности должны быть выполнены для достижения цели проекта, т. е. существует многовариантность реализации проекта.

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

В 1980-е годы управление проектами сформировалось как сфера профессиональной деятельности: появились новые значимые дополнения, такие как управление ресурсами (финансы, люди и проч.), управление рисками и проблемами проекта, управление качеством, формирование команды. В США публикуется первая версия коллективной работы института PMI – Project Management Body of Knowledge (Свод знаний по УП), в которой определены место, роль и структура методов и средств УП и их вклад в общее управление.

1990-е годы можно обозначить как начало массового проникновения методов управления проектами в менеджмент компаний различных сфер деятельности и расширение их применения в различных отраслях и странах, включая развивающиеся. Начался процесс унификации и стандартизации методов и подходов к управлению проектами, в частности, были разработаны и введены в действие международные (ISO 10006-10007) и национальные (АРМ, PMI, AI PM) стандарты по управлению проектами.

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

Важную роль в развитии управления проектами играют профессиональные ассоциации.

В 1967 г. в Европе основана Международная ассоциация управления проектами INTERNET, которая позже была переименована в International Project Management Association (IPMA), создавшая стандарт (профессиональные требования) к деятельности специалистов по управлению проектами IPMA Competence Baseline (ICB).

В 1969 г. в США появилась профессиональная некоммерческая организация, представляющая интересы индустрии управления проектов, – Институт управления проектами (PMI). В 1981 г. в PMI началась подготовка документа, содержащего методологические основы управления проектами, – «A Guide to the Project Management Body of Knowledge» (PMBOK Guide). Пробный вариант руководства стал доступен в 1987 г., а первая редакция опубликована в 1996-м. Сегодня стандарт PMBOK признан во всем мире и является международным де-факто.


Таблица 1.1

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


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

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

Современное управление проектами является зрелой профессиональной научно-практической сферой, включающей:

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

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

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

богатый рынок профессиональных программных приложений;

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

современные системы образования, включая различные программы сертификации профессионалов;

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

растущую популярность и значение.

Анализ эволюции научных исследований по управлению проектами был проведен группой ученых под руководством проф. Т. Клоппенборга (Xavier University, США). В ходе исследования были проанализированы 3554 работы по управлению проектами за 1960–1999 гг., причем рассматривались только англоязычные научные статьи и монографии, имеющиеся в библиотеках США. Результаты исследования приведены в табл. 1.2–1.5.


Таблица 1.2

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


Таблица 1.3

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


Таблица 1.4

Распределение работ по областям знаний управления проектами


Таблица 1.5

Распределение работ по отраслям


Одним из результатов исследования стало выявление трендов дальнейшего развития управления проектами в 1990-2000-х годах:

компетенции;

поведенческий аспект;

управление стейкхолдерами;

коммуникации;

карьерный путь менеджера проекта;

стандарты и сертификация.

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

стандартизация;

интернет-технологии;

контракты;

аутсорсинг;

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

отбор проектов;

обучение управлению проектами;

управление рисками;

коммуникации.

Сегодня стало очевидно, что большинство прогнозов оправдалось в 2000-е годы.

1.3. Управление проектами в России

Управление проектами, как его принято трактовать в международном формате понятий, определений, стандартов, методов и инструментов, начало формироваться в России достаточно поздно, в 1990-е годы. Однако на протяжении всего XX в. в рамках различных научных школ велась разработка отдельных методов и инструментов, которые сегодня относятся к истокам формирования российского управления проектами в его современном звучании. Так, сетевые графики, ставшие широко известными во всем мире в связи с появлением методов управления проектами СРМ и PERT в США в 1950-е годы, были предложены российским инженером А. А. Эрасмусом в 1925 г. [Гусаков, 1993].

Основными вехами становления управления проектами в СССР и России являются:

1. 1920-1930-е годы. Зарождение идеи регламентации и технологической увязки комплекса работ при реализации крупных проектов в строительстве с использованием календарных планов и циклограмм.

2. Организация поточного строительства (1930-1960-е годы). Начало управления проектами в СССР своими корнями уходит в индустриализацию 1930-х годов, когда сформировалась теория строительного потока, явившаяся основой современной научной организации и управления строительным производством. Планирование и контроль выполнения проектов в этот период базируются на детерминированных линейных моделях Гантта и циклограммах с использованием графоаналитических методов их расчета и оптимизации. Реализация принципов управления крупными проектами – в строительстве, оборонно-промышленном комплексе (атомный проект, космическая программа).

3. Сетевое планирование и управление (1960-1980-е годы). Первые работы по сетевым методам были опубликованы в СССР в начале 1960-х годов. В. И. Воропаевым были созданы сетевые модели – обобщенные сетевые модели, особенно полезные для описания сложных проектов с различными взаимосвязями между работами и временными ограничениями разного типа. Тогда же появились первые программные системы планирования и контроля проектов, такие как «А-ПЛАН», «АККОРД», «ГАУСС» и др. [Баркалов и др., 2005].

4. Развитие методов и средств управления проектами (с 1980 г. по наст. время). В это время формируется несколько научно-теоретических направлений развития методов и инструментов управления проектами. Сущность направления концептуального проектирования СП. Никанорова состоит в том, что с помощью логического аппарата представляется возможным формализовать описание предметных областей любой степени сложности. В теории активных систем В. Н. Буркова разработаны организационно-экономические механизмы для управления проектами с учетом человеческого фактора, а именно с учетом достоверности информации, получаемой от исполнителей, и их заинтересованности в выполнении работ в планируемые сроки [Бурков и др., 1984]. В рамках научной школы А. А. Гусакова разработаны теория организационно-технологической надежности, позволяющая учитывать различные случайные факторы, влияющие на выполнение проекта, методы и средства имитационного моделирования, теория системотехники строительства, основанная на системном подходе к осуществлению инвестиционно-строительных проектов, принципы разработки и применения экспертных систем и баз знаний в проектировании и строительстве. Робастная технология Б. П. Титаренко предназначена для поддержки проектных решений на всех фазах управления проектом в условиях неопределенности. В 2000-2010-е годы научные исследования в области управления проектами проводятся В. И. Воропаевым (системная модель управления проектами), В. М. Аньшиным (управление портфелем проектов), Г. Л. Ципесом (корпоративные системы управления проектами), В. Н. Михеевым (определение и развитие компетенций менеджеров проектов «третьей волны»), Д. А. Новиковым (развитие теории активных систем) и др. [Аньшин, 2008; Ципес, Товб, 2009; Михеев, 2009; Новиков А., Новиков Д., 2007]. В целом современные российские научно-методические работы в сфере управления проектами характеризуются широким использованием всего спектра методов и средств управления проектами, нацеленных на решение актуальных современных задач, таких как управление проектами в условиях экономики знаний и устойчивого развития, активизация и развитие человеческого потенциала, достижение долгосрочного успеха.

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

Сегодня в России сформировано профессиональное сообщество менеджеров проектов. Активную роль в нем играют профессиональные ассоциации – Российская ассоциация управления проектами СОВНЕТ и Московское и Санкт-Петербургское отделения Института управления проектами США. Набирает темпы процесс сертификации в области управления проектами.

Резюме

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

Ключевые термины

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

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

Управление проектами – приложение знаний, навыков, инструментов и методов к работам проекта для удовлетворения требований, предъявляемых к проекту.

Контрольные вопросы

1. Каковы результаты исследования, предпринятого группой профессора Т. Клоппенборга?

2. Какие профессиональные ассоциации управления проектами вы знаете?

3. Как развивались методы управления проектами в XX в.?

4. Какие основные этапы развития управления проектами в России вы можете назвать?

Литература

1. Аньшин В. М., Демкин И. В., Никонов И. М., Царьков И. Н. Модели управления портфелем проектов в условиях неопределенности. М.: МАТИ, 2008.

2. Баркалов С. А., Воропаев В. И., Секлетова Г. И. и др. Математические основы управления проектами: учеб. пособие / под ред. В. Н. Буркова. М.: Высшая школа, 2005.

3. Бурков В. Н., Кондратьев В. В., Цыганов В. В., Черкашин А. М. Теория активных систем и совершенствование хозяйственного механизма. М.: Наука, 1984.

4. Грей К. Ф., Ларсон Э. У. Управление проектами: учебник. М.: Дело и Сервис, 2007.

5. Гусаков А. А., Гинзбург А. В., Веремеенко С. А. и др. Организационно-технологическая надежность строительства. М.: SvR-Арус, 1994.

6. Гусаков А. А. Системотехника строительства // Российск. ан. науч. совет по комплексной проблеме «Кибернетика». 2-е изд., перераб. и доп. М.: Стройиздат, 1993.

7. Ильина О. Н. Методология управления проектами: становление, современное состояние и развитие. М.: ИНФРА-М; Вузовский учебник, 2011.

8. Мазур И. И., Шапиро В. Д., Ольдерогге Н. Г., Полковников А. В. Управление проектами. М.: Омега-Л, 2009.

9. Мир управления проектами / пер. с англ.; под ред. Х. Решке, Х. Шелле. М.: Аланс, 1993.

10. Михеев В. Н. Драйв-управляющий проектов. М.: Эксмо, 2009.

11. Новиков А. М., Новиков Д. А. Методология. М.: СИНТЕГ, 2007.

12. Шрейбер А. К., Абрамов Л. И., Гусаков А. А. и др. Организация и планирование строительного производства / под ред. А. К. Шрейбера. М.: Высшая школа, 1987.

13. Управление проектами: Основы профессиональных знаний, Национальные требования к компетентности специалистов (NCB – SOVNET, National Competence Baseline Version 3.0). М.: ЗАО «Проектная ПРАКТИКА», 2010.

14. Ципес Г. Л., Товб А. С. Проекты и управление проектами в современной компании. М.: ЗАО «Олимп – Бизнес», 2009.

15. PMBOK Guide. 4th ed. Newton Square, Pennsylvania, USA: Project Management Institute, 2008.

Задание

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

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

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

В 326 г. в память об этом император Константин повелел построить базилику во имя Святого Петра. Когда она обветшала, папа римский Николай V в 1452 г. начал строительство собора. После его смерти работы были приостановлены, и только в 1506 г. папа Юлий II поручил архитектору Браманте строительство собора.

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

В середине 1990-х годов Институт управления проектами (Project Management Institute, PMI) выпустил первый Свод знаний по управлению проектами – Руководство PMBоK. Каждые четыре года выходит его обновленная версия.

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

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

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

• начало проекта;

• организация и подготовка;

• выполнение работ;

• завершение проекта.

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

Да, строительство было начато еще в 1452 г., но проекта как единого целого не существовало, ведь только после указа папы Юлия II архитектор Браманте начал создавать проект, по которому велись работы в будущем. Сама идея воплощалась в проекты дважды: первый раз папой Николаем V неудачно, так как проект был незавершен, а во второй раз папой Юлием II, как известно, удачно. Несмотря на то что проект изменялся и пересматривался, он не прекращал своего существования.

Рассматривая проект собора далее, отметим, что руководство PMBоK выделяет пять групп процессов проекта:

инициация;

планирование;

исполнение;

мониторинг и контроль;

завершение.

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

Рассмотрим теперь проект собора с другой стороны.

В управление проектами, как указано в Руководстве PMBOK, как правило, входят:

определение требований;

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

уравновешивание конкурирующих ограничений проекта, среди прочих:

ѻ содержание;

ѻ качество;

ѻ расписание;

ѻ бюджет;

ѻ ресурсы;

ѻ риски.

Требования к проекту довольно часто менялись. Самым главным требованием первого заказчика – папы Юлия II – была фигура собора – греческий равносторонний крест, все остальное было на усмотрение выбранного архитектора, на тот момент Донато Браманте. Архитектор так и задумал церковь – в виде греческого равностороннего креста. Далее, после смерти Юлия II, пришел править следующий папа – Лев X, который принимал участие в проектировании собора не более чем предыдущий, но его желание кардинально меняло ход строительства. Его требованием было создать собор в виде латинского креста. И следующему архитектору, Рафаэлю Санти, пришлось менять проект в корне. Таким образом, сменились двадцать глав государства Ватикана, последним из которых был Урбан VIII, освятивший собор.

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

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

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

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

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

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

Далее, по цепочке, в связи с частым изменением содержания, сдвигались сроки. Насколько известно, проект длился 120 лет. У нас нет точных данных о стоимости проекта, но несложно предположить ее величину, ведь при изменении проекта необходимо было менять что-то уже построенное, что требовало лишних затрат. А также за увеличением сроков всегда следует увеличение стоимости проекта.

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

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

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

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

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

Итак, строительство собора Святого Петра длилось 120 лет, с 1506 по 1626 г. Это был уникальный проект. Он был завершен, когда были достигнуты все цели проекта – был построен самый величественный собор во имя Святого Петра.

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

Присутствовала монополия заказчика. Им являлся глава государства Ватикан папа римский. Инициация произошла еще при папе Николае V, а затем, после длительного перерыва, папой Юлием II, после чего статус заказчика передавался его последователям 19 раз. Был завершен папой Урбаном VIII.

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

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

Проект: дамба Гувера

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

Дамба Гувера представляет собой уникальную плотину высотой 221 метр и гидроэлектростанцию в нижнем течении реки Колорадо. Свое название она получила по имени президента США Герберта Гувера, который сыграл важную роль в ее постройке. Строительство дамбы завершилось на два года раньше планируемого срока и длилось с 1931 г. по 1936 г. включительно. В настоящий момент плотина включена в Национальный регистр исторических мест США, а также является одной из самых известных достопримечательностей в штате Невада.

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

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

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

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

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

Что касается управления персоналом, то нельзя не отметить отличительные особенности проекта, а также проблемы, с которыми столкнулась команда управления проектом. Особенность проекта заключалась в том, что к рабочим предъявлялись определенные требования: во-первых, к строительству не допускались выходцы из Китая, а во-вторых, крайне неохотно принимали на работы чернокожих людей, и их число за все время проекта не превысило тридцати человек. В связи с тем, что сроки строительства плотины сократились, возникла еще одна проблема с персоналом – не был построен городок для строителей. Такое изменение плана произошло из-за Великой депрессии (требовалось увеличить количество рабочих мест, чтобы снизить уровень безработицы). Все это вылилось в массовые недовольства рабочих, вынужденных жить в опасных условиях, и привело к забастовке, которая была разогнана с помощью полиции. На примере этой ситуации можно увидеть то, что при строительстве плотины недостаточно внимания уделялось управлению рисками, и управление персоналом также имело свои провалы. Однозначно оценить управление персоналом в данном проекте очень сложно. С одной стороны, проявления недовольства и забастовки достаточно быстро подавлялись, и, несмотря на сдвиги по срокам, сдача временного жилья была значительно ускорена и условия жизни работников улучшены. С другой стороны, работодатель нарушал нормы труда: часть работ проводилась в тоннелях, в которых работники страдали от избытка угарного газа, что наносило серьезный вред их здоровью, нередко вплоть до летального исхода. При этом работодатель снимал с себя всю ответственность, заявляя, что это последствия обыкновенной пневмонии. В настоящее время при проекте такого уровня, тем более государственного масштаба, особенно в США, компания-исполнитель понесла бы серьезное наказание со стороны регулирующих органов. Дальнейшая гуманизация общества, а также улучшение условий труда положительно сказались на управлении персоналом.

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

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

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

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

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

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

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

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

Глава 2. Тенденции развития управления проектами в России и за рубежом

Изучив материал данной главы, вы узнаете:

в каких направлениях развивается теория и практика проектного менеджмента;

какие профессиональные ассоциации существуют в области управления проектами в России и в мире;

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

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


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

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

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


Рис. 2.1. Цикл процессов развития дисциплины проектного менеджмента


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

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

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

2.1. Тенденции практического применения управления проектами, стандартизации и развития науки управления проектами

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

Расширение областей применения проектного менеджмента

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

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

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

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

Изменение роли менеджера проекта

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

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

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

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

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

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

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

• специализацию методологии и инструментов проектного менеджмента;

• более тесную связь проектного менеджмента с процессами управления бизнесом в целом.

Значительно развивается отраслевая специализация методологии и инструментария проектного менеджмента. Ведущие мировые специалисты в области проектного менеджмента Рассел Арчибальд (Rassel Archibald), Линн Краффорд (Lynne Crawford) и др. опубликовали работы, закладывающие основу единой классификации проектов и подходов к проектному менеджменту [Crawford, 2004].

В рамках исследований Института управления проектами США (PMI) разработаны и опубликованы специализированные стандарты по управлению проектами в государственном секторе [PMBOK, 2004], в строительстве, в оборонной сфере, в автомобильной промышленности.

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

Основные области исследований и развития теории проектного менеджмента можно отнести к трем направлениям [Shenhar, 2004]:

• Интеграция проектного менеджмента и стратегического управления.

• Развитие традиционных методов и инструментов управления на уровне отдельных проектов.

• Повышение эффективности работы команды и ключевых участников проекта.

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

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

Исследования в области развития методов и инструментов управления в отдельных проектах направлены на увеличение эффективности управленческих процессов за счет повышения точности оценок параметров отдельных работ в планировании проекта в целом в условиях роста неопределенности и рисков проектов. Примером нового подхода к планированию и контролю исполнения проектов, который приобрел широкую популярность в последние годы, стал метод критических цепочек (Critical Chain Project Management), разработчики которого попытались переосмыслить и комплексно учесть при постановке целей и планировании различные факторы (от организационного поведения участников до перераспределения ответственности за риски).

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

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

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

сбор, обобщение и распространение передового опыта в области управления проектами;

научно-исследовательскую деятельность в области управления проектами;

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

определение требований к компетенции специалистов в области управления проектами и сертификацию специалистов;

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

проведение конференций и семинаров и многое другое.

Наиболее известными в мире ассоциациями являются Международная ассоциация управления проектами (IPMA) и Институт управления проектами США (PMI). Большим авторитетом также пользуются национальные ассоциации управления проектами Японии (PMAJ), Великобритании (APM), Германии (GPM), Австралии (AIPM) и других стран.

International Project Management Association, IPMA

Международная ассоциация управления проектами (IPMA) образована в 1965 г. с целью обмена опытом в области профессионального управления проектами на международном уровне и зарегистрирована в Швейцарии. IPMA является некоммерческой организацией, и построена по принципу объединения национальных ассоциаций в области управления проектами из различных стран. Управляющим органом IPMA является Совет делегатов стран – участниц ассоциации. На конец 2011 г. членами организации стали национальные ассоциации из 55 стран мира, представляющие Европу, Азию, Америку, Австралию и Африку. Количество стран, входящих в IPMA, постоянно увеличивается.

Россию, которая уже более 20 лет является членом Международной ассоциации управления проектами, в IPMA представляет национальная Ассоциация управления проектами СОВНЕТ.

Основные виды деятельности IPMA включают:

разработку требований к компетентности специалистов в области управления проектами ICB (IPMA Competence Baseline);

разработку и поддержку по всему миру 4-уровневой системы сертификации специалистов в области управления проектами 4-L–C;

разработку модели оценки проектов по качеству результатов и системы управления IPMA Project Excellence model и проведение ежегодной процедуры оценки и выбора лучших проектов в нескольких номинациях;

разработку модели оценки зрелости компаний в области управления проектами IPMA-DELTA и системы сертификации организаций;

научные исследования и публикации в области управления проектами;

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

Ассоциация управления проектами СОВНЕТ

Ассоциация управления проектами СОВНЕТ основана в 1990 г. и представляет собой некоммерческое партнерство, объединяющее специалистов в области управления проектами с целью развития и продвижения профессионального управления проектами в России.

Целями Ассоциации СОВНЕТ являются:

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

развитие профессионализма и повышение качества управления проектами в России и в мире;

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

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

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

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

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

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

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

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

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

• содействие взаимовыгодному международному сотрудничеству с Международной ассоциацией управления проектами IРМА, а также с другими зарубежными организациями и компаниями, заинтересованными в развитии управления проектами.

Ассоциацией СОВНЕТ разработаны национальные требования к компетентности специалистов в области управления проектами (NCB) [НТК, 2010], которые прошли валидацию IPMA на предмет соответствия ICB. На базе национальных требований к компетентности осуществляется сертификация специалистов по международным стандартам.

Project Management Institute, PMI

Институт управления проектами (PMI) был основан в 1969 г. в США как некоммерческая организация, объединяющая специалистов в области управления проектами. Членство в PMI является индивидуальным, ассоциация насчитывает более 300 тыс. человек из 170 стран мира. В различных государствах и городах члены PMI объединяются в отделения для обмена опытом и распространения знаний в области управления проектами. В России отделения PMI функционируют в Москве, Санкт-Петербурге, Екатеринбурге и других городах.

Члены PMI объединяются в группы по интересам (Special Interest Groups, SIGs), деятельность которых концентрируется в отдельных областях проектного менеджмента (например, управление рисками).

Основные виды деятельности PMI:

• разработка и популяризация стандартов проектного менеджмента (широкая линейка стандартов, основным из которых является PMBOK);

• сертификация специалистов по управлению проектами;

• оценка качества и регистрация программ обучения в области управления проектами (Registered Education Provider, REP PMI);

• проведение ежегодных конгрессов в США, Европе, Азии;

• научные исследования и публикации в области управления проектами;

• оценка и награждение лучших проектов.

Линейка стандартов PMI по управлению проектами включает не только один из наиболее популярных в мире стандартов The Guide to the PMBOK (Project Management Body of Knowledge), но и стандарты по управлению программами, портфелями проектов, методологические стандарты и отраслевые адаптации стандарта по управлению проектами.

ISO/TC 258 Project, Programme and Portfolio Management

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

Технический комитет ISO/TC 258 Project, Programme and Portfolio Management занимается разработкой серии специализированных международных стандартов в области управления проектами, программами и портфелями проектов. Объединяет представителей национальных организаций по стандартизации из различных стран мира, в том числе из России. В комитет входят также представители IPMA и PMI.

Одним из первых в новой серии международных стандартов по управлению проектами ISO должен стать стандарт ISO 21500 Guidance on Project Management, выход которого был запланирован на 2012 г.

В России при Федеральном агентстве по техническому регулированию и метрологии (РОССТАНДАРТ) создан подкомитет по разработке стандартов в области управления проектами. Подкомитет «Менеджмент проектов» входит в состав технического комитета «Стратегический и инновационный менеджмент» и курирует разработку стандартов в области управления проектами на национальном уровне. Первые стандарты в данной области включают следующие:

ГОСТ Р 54869-2011: Проектный менеджмент. Требования к управлению проектом.

ГОСТ Р 54871-2011: Проектный менеджмент. Требования к управлению программой.

ГОСТ Р 54870-2011: Проектный менеджмент. Требования к управлению портфелем проектов.

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

Международная сертификация специалистов по управлению проектами – процесс определения соответствия:

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

деятельности кандидата этическому кодексу менеджера проекта.

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

Преимущества сертифицированных специалистов по управлению проектами:

• международное признание квалификации и компетентности;

• персональное преимущество для роста карьеры;

• повышение профессионального рейтинга и цены предоставляемых ими услуг.

Преимущества компаний, имеющих сертифицированных специалистов по управлению проектами:

• обеспечение потребности организации в квалифицированных специалистах в области управления проектами;

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

• повышение рейтинга и конкурентоспособности компании за счет наличия профессионалов в управлении проектами.

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

сертификацию по стандартам Международной ассоциации по управлению проектами (IPMA);

сертификацию по стандартам американского Института управления проектами (PMI).

Сертификация по стандартам Международной ассоциации по управлению проектами (IPMA)

Четырехуровневая сертификация специалистов в области управления проектами IPMA разработана исходя из следующих принципов:

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

• Основой системы сертификации являются международные требования к компетентности специалистов по управлению проектами ICB и международные требования к процедуре сертификации.

• На основании ICB каждая национальная ассоциация разрабатывает и утверждает Национальные требования к компетентности (National Competence Baseline, NCB), которые должны быть ратифицированы IPMA для проведения сертификации, а также соответствующую международным требованиям процедуру сертификации.

• Сертификация осуществляется на национальном уровне уполномоченным сертификационным органом национальной ассоциации.

• Данные по сертифицированным специалистам предоставляются и хранятся в IPMA. Сертификат признается на международном уровне во всех странах, входящих в IPMA.

Система сертификации IPMA основана на международных требованиях к компетентности специалистов по управлению проектами (International Competence Baseline, IBC). Система сертификации предназначена для определения соответствия профессиональных знаний, опыта и навыков кандидатов установленным требованиям, предъявляемым к специалистам в области управления проектами. Сертификационная программа IPMA включает четыре уровня, к каждому из которых разработаны свои требования соответствия. В зависимости от уровня сертификации специалисту может быть присвоено одно из следующих званий:

Директор проекта (Project Director, IPMA Level А): способен управлять портфелем проектов или программой, а не только отдельным единичным проектом, с использованием соответствующих методологии и инструментов.

Старший менеджер проекта (Senior Project Manager, IPMA Level B): способен управлять сложным проектом, координировать несколько подпроектов в рамках одного проекта.

Менеджер проекта (Project Manager, IPMA Level C): способен управлять проектом ограниченной сложности. Это указывает на то, что в дополнение к своим умениям применять знания в управлении проектом он также продемонстрировал соответствующий уровень опытности.

Специалист по управлению проектами (Project Manager Associate, IPMA Level D): способен применять знания в области управления проектом и может быть привлечен к участию в проекте в качестве одного из членов команды управления, но его общих знаний недостаточно для выполнения более сложных задач.

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

Директор проекта (Project Director, IPMA Level А) должен:

• быть способен управлять всеми проектами компании, или проектами ее отделения, или всеми проектами программы;

• иметь минимум 5-летний опыт управления комплексными проектами и программами, из которых кандидат не менее 3 лет был ответственен за руководство, координацию и управление портфелем проектов;

• уметь осуществлять руководство координацией и контролем всех проектов компании или ее отделения;

• иметь портфель конкретных стратегических предложений по общему управлению в компании;

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

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

Старший менеджер проекта (Senior Project Manager, IPMA Level B) должен:

• быть способным самостоятельно управлять сложными проектами;

• иметь минимум 5-летний опыт управления проектами, из которых не менее 3 лет в качестве ответственного за руководство и управление сложными проектами;

• уметь осуществлять руководство координацией и контролем всех проектов компании или ее отделения;

• иметь портфель конкретных стратегических предложений по общему управлению в компании;

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

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

Менеджер проекта (Project Manager, IPMA Level C) должен:

• быть способным самостоятельно управлять несложными проектами и помогать управляющему сложными проектами во всех функциональных областях управления проектами;

• иметь минимум 3-летний опыт управления проектами в качестве руководителя в функциональных областях несложного проекта;

• нести ответственность за осуществление несложного проекта;

• руководить небольшими группами персонала по управлению проектом;

• применять методы, средства и инструментарий по управлению проектами;

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

Специалист по управлению проектами (Project Manager Associate, IPMA Level D) должен:

• обладать знаниями во всех областях управления проектами (и быть способным применять их в некоторых областях как специалист);

• обладать широким спектром знаний в управлении проектами и быть способным применять эти знания на практике;

• быть способным выступать в качестве члена команды проекта в любой функциональной области по управлению проектами.

Требования, предъявляемые к специалистам по управлению проектами разных уровней сертификации, приведены в табл. 2.1.


Таблица 2.1

Требования, предъявляемые к специалистам по управлению проектами разных уровней сертификации IPMA


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


Таблица 2.2

Общая схема этапов сертификационного процесса для разных уровней сертификации IPMA


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

Сертификация по стандартам американского Института управления проектами (PMI).

Система сертификации PMI основана на стандарте PMBOK.

Уровни сертификации включают следующие позиции:

• Профессиональный менеджер проекта.

• Сертифицированный специалист по управлению проектами (Certified Associate in Project Management, CAPM).

Профессиональный менеджер проекта (Project Management Professional, PMP)

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

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

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

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

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

Завершающий этап получения статуса PMP – экзамен-тест, разработанный для объективной оценки знания кандидата в области проектного менеджмента. Экзамен на степень PMP проходит в международных центрах Prometric, которые расположены по всему миру. В России на данный момент существует два таких центра – в Москве и Санкт-Петербурге. На весь экзамен отводится 4 астрономических часа, в течение которых необходимо ответить на 200 вопросов. Кандидат должен выбрать правильный ответ из четырех предложенных вариантов. Большинство вопросов предполагает детальное знание стандартов PMI (PMBOK). Однако есть вопросы, предполагающие наличие у кандидата практического опыта. Начиная с 2006 г. экзамен можно сдавать на русском языке. Чтобы получить статус РМР, необходимо правильно ответить примерно на две трети вопросов.

Сертифицированный специалист по управлению проектами (Certified Associate in Project Management, CAPM)

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

САРМ обычно выполняет такие задачи, как:

• помощь в оценке планов управления проектом;

• предложение индикаторов производительности и резервов;

• помощь в уточнении требований к проекту, допущений и ограничений;

• поддержка при административном и финансовом завершении.

Чтобы получить степень САРМ, кандидат должен соответствовать требованиям к образованию и опыту, предъявляемым PMI, и продемонстрировать соответствующий уровень понимания и знания управления проектами, подтвержденный экзаменом на степень сертифицированного специалиста в управлении проектами. Экзамен по форме аналогичен экзамену на степень PMP, но состоит из 150 вопросов и длится 3 ч.

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

В настоящее время PMI ввел сертификацию специалистов по управлению программами.

2.4. Оценка зрелости организаций в области управления проектами

IPMA-DELTA

Международная ассоциация управления проектами (IPMA) разработала модель оценки зрелости организаций в области управления проектами DELTA. В основу данной модели положена концепция организационной компетентности в области управления проектами, которая предполагает анализ не только индивидуальной компетентности сотрудников и руководителей компании в области управления проектами, но и анализ созданной в компании системы управления проектами, включая нематериальные активы и ценности. Модель DELTA состоит из трех модулей: I – «Индивидуумы», P – «Проекты», O – «Организация». Оценка организации на уровень зрелости в области управления проектами выполняется на основании оценок каждого из трех модулей и взаимосвязей между ними.

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

Модуль P позволяет оценить качество управления проектами компании и степень достижения результатов. Оценка по данному модулю базируется на модели оценки проектов IPMA Project Excellence.

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

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

ОРМЗ

Американский Институт управления проектами (PMI) также предлагает собственную модель оценки зрелости организации в области управления проектами OPM3 (Organizational Project Management Maturity Model). OPM3 включает базу знаний по «лучшим практикам» в области управления проектами и вопросник для оценки состояния организации с точки зрения применения данных практик. В основе базы знаний лежат стандарты PMI по управлению проектами, программами и портфелями проектов. На основании данной модели организация может провести самооценку и разработать план развития собственной системы управления проектами.

Резюме

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

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

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

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

• Международная ассоциация управления проектами IPMA (International Project Management Association).

• Институт управления проектами США PMI (Project Management Institute).

Россия уже более 20 лет является членом Международной ассоциации управления проектами. Россию в IPMA представляет Ассоциация управления проектами СОВНЕТ.

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

• сертификацию по стандартам IPMA;

• сертификацию по стандартам PMI.

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

Ключевые термины

Руководство проектной деятельностью (project governanace) – включает создание адекватной организационной структуры, принятые в организации процедуры и правила управления проектами, программами и портфелями проектов, административно-организационную поддержку реализации проектов и принятие решений по проектам на уровне высшего руководства.

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

Контрольные вопросы

1. Каковы основные тенденции развития дисциплины проектного менеджмента?

2. Каким образом расширяется сфера применения проектного менеджмента?

3. В чем заключается изменение роли менеджера проекта?

4. Какие профессиональные ассоциации в области управления проектами Вы знаете?

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

6. Какие существуют основные типы сертификаций в области управления проектами? В чем их различия?

7. Назовите основные модели оценки зрелости организаций в области управления проектами. Какие параметры оцениваются данными моделями?

Литература

1. Дополнительную информацию по деятельности IPMA можно получить на сайте IPMA:

2. Дополнительную информацию по деятельности Ассоциации управления проектами СОВНЕТ можно получить на сайте:

3. Дополнительную информацию по деятельности PMI можно получить на сайте:

4. Полковников А. В. Проектный менеджмент: базовые подходы и международные стандарты // Вестник технического регулирования. 2006. № 9. С. 4–14.

5. Управление проектами: Основы профессиональных знаний, Национальные требования к компетентности специалистов (NCB – SOVNET National Competence Baseline Version 3.0). М.: ЗАО «Проектная ПРАКТИКА», 2010.

6. Crawford L., Hobbs J. B., Turner J. R. Project Categorization Systems and Their Use in Organizations: An Empirical Study, Innovations, Project Management Research, 2004. Newtown Square, Pennsylvania, USA: Project Management Institute. 2004. Р. 65–82.

7. Construction Extension to the PMBOK Guide. 3rd ed. Newtown Square, Pennsylvania, USA: Project Management Institute, 2007.

8. Government Extension to the PMBOK Guide. Newtown Square, Pennsylvania, USA: Project Management Institute, 2003.

9. Shenhar Aaron J., Dov Dvir. Project Management Evolution: Past History and Future Research Directions, Innovations, Project Management Research 2004, PMI.

Глава 3. Базовые понятия и определения управления проектами

Изучив материал данной главы, вы узнаете:

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

что такое объекты и субъекты управления проектами;

какие группы процессов и функциональные области рассматриваются при управлении проектами.

3.1. Определение проекта

В различных источниках (учебниках, статьях, стандартах) можно найти множество различных определений проекта, которые, впрочем, не противоречат, а, скорее, дополняют друг друга. Однако наиболее известным является следующее определение [PMBOK, 2004]:

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

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

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

Управление проектами – методология (говорят также – искусство) организации, планирования, руководства, координации трудовых, финансовых и материально-технических ресурсов при помощи современных методов, техники и технологии управления для достижения определенных результатов по составу и объему работ, стоимости, времени и качеству.

Под объектами управления проектами понимаются проекты, программы и портфели проектов.

Субъектами управления проектами являются менеджеры проекта со стороны заказчика и исполнителя, а также команда управления проектом/ команда проекта.

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

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

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

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

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

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

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

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

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

Согласно Руководству к своду знаний по управлению проектами [PMBOK, 2004], выделяют пять групп процессов управления проектом, необходимых для любого проекта: они обладают четкими зависимостями и выполняются в одной и той же последовательности в каждом проекте. Они не зависят от областей приложения или отрасли. Отдельные группы процессов, а также входящие в них процессы неоднократно повторяются при выполнении проекта.

Перечислим эти группы процессов:

1. Процессы инициирования проекта – принятие решения об авторизации проекта.

2. Процессы планирования – определение и фиксация целей, планирование действий, необходимых для достижения целей и содержания, ради которых был предпринят проект.

3. Процессы исполнения – объединение трудовых и других ресурсов для выполнения плана.

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

5. Процессы завершения – формализация приемки продукта, услуги или результата, подведение проекта к правильному завершению.

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

Группа процессов инициации

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


Рис. 3.1. Общий обзор взаимодействий между группами процессов (по [РМВОК, 2004])


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

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

В группу процессов инициации входят следующие процессы управления проектами.

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

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

Группа процессов планирования

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Группа процессов исполнения

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

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

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

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

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

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

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

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

6. Запрос информации у продавцов. Процесс, необходимый для получения информации, расценок или предложений.

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

Группа процессов мониторинга и управления

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

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

1. Мониторинг соответствия текущих операций проекта плану управления проектом и базовому плану исполнения проекта.

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

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

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

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

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

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

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

4. Управление содержанием. Процесс, необходимый для управления изменениями в содержании проекта.

5. Управление расписанием. Процесс, необходимый для управления изменениями в расписании проекта.

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

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

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

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

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

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

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

Группа завершающих процессов

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

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

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

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

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

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

Загрузка...