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

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

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

Управление проектами является частью системы менеджмента предприятия.

История

В основе современных методов управления проектами лежат методики структуризации работ и сетевого планирования, разработанные в конце 50-х годов XX века в США.

Классическая форма Тройственной Ограниченности

• Предположение о неограниченности ресурсов, критичен только срок выполнения и качество. Метод PERT , Метод критического пути ,
• Предположение о критичности качества, при этом требования к сроку и ресурсам достаточно гибки (под качеством здесь понимается полнота удовлетворения потребностей, как известных, так и неизвестных заранее, часто создаваемых выходом нового продукта). Гибкая методология разработки
• Предположение о неизменности требований, низких рисках, жесткий срок. Классические методы PMBOK , во многом опирающийся на модель водопада
• Предположение о высоких рисках проекта. Метод Инновационные проекты (стартапы)
• Варианты нейтральных (сбалансированных) подходов:
  • Акцент на взаимодействие исполнителей. Метод PRINCE2
  • Акцент на взаимодействие процессов . Метод Process-based management

Роли в проекте

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

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

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

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

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

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

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

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

Группы оценок успешности:

• Ориентированные на контракт, например традиционные методологии, в том числе PMBOK : «Проект успешен, если выполнен согласно утвержденным критериям: объему, сроку, качеству» . То есть проект успешен, если исполнен и закрыт договор между Заказчиком и Исполнителем (вне зависимости от того, являлся ли он юридическим документом в случае внешних проектов или определялся как-то иначе в случае внутренних проектов). При этом оценка успешности единая как для заказчика так и для исполнителя.
• Ориентированные на заказчика, например гибкие методологии SCRUM , частично управление программами , направленное на длительное взаимодействие, а не на один проект/контракт: «Проект успешен, если заказчик удовлетворен» . Здесь делается акцент на продолжение сотрудничества Исполнителя с Заказчиком в рамках последующих проектов и иного взаимодействия, либо проект можно рассматривать как программу из нескольких небольших проектов. Оценка успешности рассматривается в основном с точки зрения заказчика.
• Сбалансированные, например PRINCE2 : «Проект успешен при сбалансированности по крайней мере по трем категориям - бизнеса, ориентации на пользователя и технологической зрелости» . Здесь делается акцент на финансовой успешности проекта, удовлетворенности пользователей и развитии (косвенная польза для самого исполнителя). Оценка успешности может различаться с точки зрения бизнеса, пользователя и исполнителя. Такие методики оценки чаще используются для внутренних проектов, когда заказчик и исполнитель находятся в одной организации.

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

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

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

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

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

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

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

Международный стандарт управления проектами ISO 21500:2012

В сентябре 2012 года Россия, США и страны Евросоюза на государственном уровне через International Standard Organization ISO ввели в действие стандарт ISO 21500 , который был построен на базе модели PMBOK . Принятие стандарта ISO 21500 в действие сопровождалось фактически передачей приоритета стандартизации от PMI к ISO.

В соответствии с гражданским законодательством большинства стран Евросоюза, а также России, все остальные стандарты на территории Европы являются подчиненными относительно ISO 21500:2012 и в случае любых разночтений с официальным стандартом, подчиненные стандарты в указанных различиях являются "ничтожными". В России указанное правило закреплено в Статье 7 Гражданского Кодекса Российской Федерации.

• Определение требований к проекту
• Постановка чётких и достижимых целей
• Балансирование конкурирующих требований по качеству, возможностям, времени и стоимости
• Адаптация спецификаций, планов и подходов для нужд и проблем различных заинтересованных лиц (стейкхолдеров)

IPMA

• Системное представление Управления проектами IPMA

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

• Начало проекта (SU).
• Запуск проекта (IP).
• Планирование проекта (PL).
• Управление проектом (DP).
• Контроль стадий (CS).
• Контроль границ стадий (SB).
• Управление производством продукта (MP).
• Завершение проекта (CP).

Прочие процедуры (управление командой, контрактами и тп) вынесены «за рамки» методологии и называются инструментарием менеджера проекта. Кроме того, методология рассматривает «компоненты», которые состоят из Бизнес плана (Business Case), организации, планирования, управления рисками, управления качеством, управление конфигурацией, контроля и управления изменениями.

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

Microsoft Solutions Framework (MSF) разработан корпорацией Microsoft как методология ведения IT-проектов. MSF представляет каждую фазу проекта как:

• Выработка концепции (Envisioning)
• Планирование (Planning)
• Разработка (Developing)
• Стабилизация (Stabilizing)
• Внедрение (Deploying)

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

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

В Плане управления проектом должно быть отражено:

• Содержание и границы проекта
• Ключевые вехи проекта
• Плановый бюджет проекта
• Предположения и ограничения
• Требования и стандарты

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

Международные стандарты управления (менеджмента) проектами:

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

• ГОСТ Р 54869-2011 «Проектный менеджмент. Требования к управлению проектом» (Россия)
• ГОСТ Р 54870-2011 «Проектный менеджмент. Требования к управлению портфелем проектов» (Россия)
• ГОСТ Р 54871-2011 «Проектный менеджмент. Требования к управлению программой» (Россия)
• NASA Project Management (США)
• BSI BS 6079 (Великобритания)
• APM Body of Knowledge (Великобритания)
• DIN 69901 (Германия)
• Hermes method (Швейцария)
• CAN/CSA-ISO 10006-98 (Канада)
• South African NQF4 (ЮАР)
• CEPM (Индия)
• PROMAT (Южная Корея)

Стандарты с расширенной географией применения:

• PRINCE2 (PRojects IN a Controlled Environment)
• ISEB Project Management Syllabus
• Oracle Application Implementation Method (AIM)

Стандарты оценки компетенции менеджера проекта:

• ICB IPMA Competence Baseline (IPMA)
• НТК (Национальные требования к компетентности специалистов) (Ассоциация управления проектами «СОВНЕТ», Россия)
• NCB UA (National Competence Baseline, Version 3.0) (Украина)

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

• продукты, ориентированные на автоматизацию услуг:
  • ARTA Software - система ARTA Synergy
  • Epicor Software
• системы управления проектами и задачами:
  • Bontq - система управление проектами и отслеживания ошибок.
  • Cerebro - система управления проектами в аудиовизуальной сфере.
  • Easy Projects .NET - система для управления проектами, написанная на .NET .
  • eGroupWare - бесплатное ПО для управления проектами.
  • GanttProject - маленькая бесплатная программка с диаграммой Ганта и ресурсами. [значимость факта? ]
  • Kommandcore - платный многопользовательский веб-сервис по управлению проектами, предназначен в первую очередь для руководителей проектами, основан на методологии гибкой разработки.
  • OpenProj - бесплатная, открытая альтернатива Microsoft Project.
  • Clarizen - облачная система управления проектами, персоналом, бюджетом
  • PayDox - система управления документами, задачами и совместной работой сотрудников.
  • Project Kaiser - веб-ориентированная система управления проектами и задачами с поддержкой wiki и развитыми средствами взаимодействия пользователей.
  • ProjectMate - Российская PSA-система автоматизации профессиональной деятельности. Помимо модуля управления проектами имеет массу функций, востребованных в компаниях сферы консультационных услуг - начиная от учета времени и заканчивая выставлением счетов (биллингом).
  • Redmine - бесплатный многопользовательский веб-сервис, ориентированный на специфику IT-проектов и разработчиков.
  • TeamLab - система для управления проектами, документами и совместной работы.
  • TrackStudio Enterprise - система управления задачами. Есть экспорт в MS Project.
  • Trac - инструмент управления проектами и отслеживания ошибок в программном обеспечении.
  • Web2Project - открытое бесплатное веб-приложение для управления проектами (проект основан на коде dotProject).

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

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

Методология IW URM (Unique Reliable Method), разрабатывалась и оттачивалась с тем, чтобы в любом проекте был гарантирован успех - цели клиента достигнуты в оговоренный срок, в рамках определенного бюджета и с необходимым качеством. Для реализации разных типов проектов используется набор различных процедур, документов и технологий, наиболее подходящих для конкретного типа проекта.

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

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

Литература

• Стэнли Э. Портни. Управление проектами для "чайников" = Project Management For Dummies. - М .: «Диалектика», 2006. - С. 368. - ISBN 0-7645-5283-X
• Рассел Д. Арчибальд. Управление высокотехнологичными программами и проектами = Managing High Technology Programs and Projects. - М .: «Академия АйТи», 2004. - С. 472. - ISBN 5-98463-002-3
• Ньюэлл Майкл В. Управление проектами для профессионалов. Руководство по подготовке к сдаче сертификационного экзамена. - «КУДИЦ-ПРЕСС» , 2008. - С. 416. - ISBN 978-5-91136-009-2
• Том ДеМарко. Deadline. Роман об управлении проектами. - «ВЕРШИНА» «М» , 2006. - С. 143. - ISBN 5-9626-0132-7
• Ашманов Игорь Станиславович Жизнь внутри пузыря . - М .: Манн, Иванов и Фербер, 2008. - С. 208. - ISBN 978-5-902862-79-6
• Ким Хелдман. Профессиональное управление проектами. - «Бином» «Москва» , 2005. - С. 517. - ISBN 5-94774-234-9
• Лапыгин Ю. Н. Управление проектами: от планирования до оценки эффективности. - Омега-Л «Москва» , 2008. - С. 252. - ISBN 978-5-370-00985-3

Заренков В. А. Управление проектами. СПб., 2010.

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

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

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

1. Project Management Body of Knowledge (PMВОК) Американского института управления проектами (Project Management Institute – PMI). Этот стандарт обновляется приблизительно один раз в четыре года. Одна из наиболее распространенных редакций датируется 2000 г., а самая актуальная, четвертая, версия стандарта – The Guide to the PMBOK, 4th Edition – вышла в конце 2008 г. Стандарт был первоначально принят Американским национальным институтом стандартов (ANSI) в качестве национального стандарта в США, а в настоящее время обрел мировое признание.

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

Выбранные элементарные процессы образуют процедуры управления проектами, которые могут быть построены по "осевому" принципу (здесь имеются в виду абсцисса, ордината и аппликата, обозначенные на рис. 1.2).

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

• – управление интеграцией проекта (Project Integration Management);
• – управление содержанием проекта (Project Scope Management);
• – управление сроками проекта (Project time Management);
• – управление стоимостью проекта (Project Cost Management);
• – управление качеством проекта (Project Quality Management);
• – управление человеческими ресурсами проекта (Project Human Resource Management);
• – управление взаимодействием в проекте (Project Communications Management);
• – управление рисками проекта (Project Risk Management);
• – управление контрактами проекта (Project Procurement Management).

Рис. 1.2.

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

2. IPMA Competence Baseline (ICB) является международным нормативным документом, определяющим систему международных требований к компетентности менеджеров проектов. Этот стандарт разработан международной ассоциацией IРМЛ (International Project Managers Association). На его основе производится разработка национальных систем требований к компетентности специалистов в странах, являющихся членами IPMA. Национальные системы требований должны соответствовать ICB IPMA и официально утверждаться (ратифицироваться) соответствующими уполномоченными органами IPMA. Для 32 стран – членов IPMA он является основой для разработки национальных сводов знаний; в настоящее время утвержденные национальные своды знаний, соответствующие ICB, имеют 16 стран.

ICB, в отличие от РМВОК, придерживается компетентностного, деятельностного подхода, т.е. определяет области квалификации и компетентности в управлении проектами, а также принципы оценки кандидата на получение сертификата. ICB содержит 42 элемента (28 основных и 14 дополнительных), определяющих области требований к знаниям, мастерству и профессиональному опыту в менеджменте проектов.

ICB издан на английском, немецком и французском языках. Основой для него послужило несколько национальных разработок: Body of" Knowledge of АРМ (Великобритания); Beurteilungsstruktur, VZPM (Швейцария); PM-Kanon, PM-ZERT/GPM (Германия); Criteres d"analyse, AFITEP (Франция).

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

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

Стандарт ISO 10006 является основополагающим документом из серии стандартов рассматриваемого профиля, подготовленным техническим комитетом ISO/TC 176 "Управление качеством и обеспечение качества" Всемирной федерации национальных органов стандартизации (члены ISO).

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

В этой серии стандартов процессы сгруппированы в две категории. К первой категории отнесены процессы, связанные с обеспечением продукта проекта (проектирование, производство, проверка). Описанию последних посвящен стандарт ISO 9004–1. Вторая категория охватывает непосредственно процессы управления проектом и представлена стандартом ISO 10006.

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

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

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

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

На основе международных стандартов разрабатываются и национальные стандарты управления проектами. Отметим, что в России национальный стандарт отсутствует. Однако Ассоциация по управлению проектами России (SOVNET) разработала в 2001 г. на основе стандарта IPMA "Основы профессиональных знаний. Национальные требования к компетентности специалистов". Перевод стандарта ИСО 10006:2003 зарегистрирован, стандарт PMI распространяется в России частным порядком и часто используется как основа для корпоративных стандартов.

Наконец, нужно осветить и стандарты зрелости управления проектами, тоже приобретающие функции международных. В 2004 г. PMI был выпущен стандарт оценки уровня зрелости организации по управлению проектами ОРМЗ (Organization Project Management Maturity Model ), содержащий методологию определения состояния управления проектами в организации.

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

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

Таблица 1.3

Общая характеристика уровней зрелости организации

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

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

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

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

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

В армии существует поговорка: «хоть и безобразно, зато однообразно».

Зачем нужно однообразие или стандартность?

Упрощение понимания в взаимодействия.

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

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

Лучшие практики.

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

С помощью стандартов, мы можем передавать лучшие практики управления проектами между людьми. Например, компания Дюпон создала метод критического пути. Этот метод стал стандартов в управлении проектами и им начали пользоваться все вокруг.

Систематизация знаний.

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

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

ISO 21500 – разработанное международным проектным сообществом в 2012 году руководство по управлению проектами.

ГОСТ Р 54869-2011 – российский стандарт по управлению проектами. Был введен в эксплуатацию 1 сентября 2012. В стандарте отражены основные этапы работы с проектами.

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

C-PMBOK – китайская версия PMBOK.

P2M – японский стандарт, который в первую очередь фокусируется на управлении программами (про то, что такое программа, вы можете прочитать в статье «Термины управления проектами. Проект, программа, портфель.». Цель данного стандарта – это реализация сложных инновационных идей и интеграция этих идей с предприятием.

М-Modell – разработанный Германий и США в 1979 году стандарт, который в первую очередь используется для создания программного обеспечения.

ICB (International Competence Baseline) IPMA – стандарт, сочетающий в себе несколько европейских стандартов. Этот стандарт включает в себя 28 основных областей знаний в управлении проектами и 14 дополнительных. Хорошо описывает компетенции менеджеров проектов. Используется в Евросоюзе, Индии, Украине, Казахстане, Азербайджане.

Hermes – швейцарский стандарт управления проектами в основном применяемый в ИТ.

PRINCE2 – первоначально был разработанных как метод ведения ИТ-проектов, но вскоре стал универсальным.

APMBOK – национальный стандарт Великобритании, охватывающий 52 нужных для ведения проекта.

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

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

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

Национальные - созданные для применения внутри одной страны или получившие общенациональный статус в процессе своего развития;

Общественные - подготовленные и принятые сообществом специалистов;

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

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

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

1. Project Management Body of Knowledge (PMBOK1) Американского института управления проектами (Project Management Institute - PMI). Этот стандарт обновляется приблизительно один раз в четыре года. Одна из наиболее распространенных редакций датируется 2000 г., а самая актуальная, четвертая, версия стандарта - The Guide to the PMBOK, 4th Edition - вышла в конце 2008 г. Стандарт был первоначально принят Американским нацио нальным институтом стандартов (ANSI) в качестве национального стандарта в США, а в настоящее время обрел мировое признание.

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

Стандарт ISO 10006 является основополагающим документом из серии стандартов рассматриваемого профиля, подготовленным техническим комитетом ISO/TC 176 «Управление качеством и обеспечение качества» Всемирной федерации национальных органов стандартизации (члены ISO).

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

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

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

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

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

Международный стандарт ISO 10006 ориентирован

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

Стандарт заимствует ключевые определения из ИСО 8402, включая такие термины, как проект, продукт проекта, план проекта, участник проекта, процесс, оценка хода работ.

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

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

Элемент «оценка» (assessment) является инструментом, помогающим организациям оценить текущую зрелость управления проектами и определить области улучшения;

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

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

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

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

Проект как система. Системный подход к управлению проектами

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

Рис.2.1. Основные элементы проекта

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

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

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

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

Понятие «система» многозначно, что естественно, но общность характерных черт позволяет выразить систему тем, что: система - это комплекс взаимосвязанных элементов, рассматриваемых как единое целое;

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

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

Проект как систему определяют следующие основные свойства.

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

2. Влияние на проект находящихся во взаимодействии объективных и субъективных факторов.

3. Динамичность процессов, имеющих стохастический характер.

4. Целостность (эмерджентность) системы, т.е. наличие у нее таких свойств, которые не присущи элементам системы (подсистемам), рассмотренным отдельно, вне системы.

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

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

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

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

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

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

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

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

Укрупненная структура системы управления в самом общем виде представлена на рис. 2.2.

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

Процессам управления сложными (в частности, экономическими) системами свойственны следующие закономерности.

1. Управление осуществляется путем сбора, обработки и анализа информации. Основная функция любой системы управления - получение информации и определение на ее основе поведения управляемой системы.

2. Управление реализуется с использованием принципа обратной связи: управляющие воздействия формируются на основе информации о реакции объекта на предыдущие управляющие воздействия. Такое управление позволяет достигать цели, не измеряя непосредственно внешние помехи, а анализируя изменение состояний управляемой системы во времени.

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

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

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

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

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

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

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

Цели проекта

Процесс целеполагания (установления целей) является неотъемлемым элементом управления. Четкое представление о целях проекта, сложившееся

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

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

Конкретными (Specifi c);

Измеримыми (Measurable);

Достижимыми (Achiеvable);

Значимыми (Relevant);

Соотносимыми с конкретным периодом времени (Time-bounded).

Представление об этих критериях дано в табл. 2.1.

Морфологический анализ проводится по следующей схеме:

а) формулировка проблемы;

б) постановка задачи;

в) составление списка всех характеристик обследуемого предполагаемого) продукта или операции;

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

д) анализ сочетаний;

е) выбор наилучшего сочетания.

Требования к проекту

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

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

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

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

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

Содействовать повышению производительности организации;

Способствовать сокращению объемов инвестиций;

Содействовать сокращению текущих расходов;

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

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

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

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

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

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

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

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

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

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

1. Международные стандарты.
2. Национальные стандарты.
3. Отраслевые решения.
4. Корпоративные стандарты.

(нажмите для увеличения)

Институт PMI и его стандарты

60-е годы двадцатого века для США и всего Мира принято считать прорывными в развитии проектной технологии управления. Революция в аэрокосмической отрасли, новые оборонные стратегии, связанные с наступлением атомной эпохи, новейшие технологии строительства и логистики. План управления проектом Polaris, логистические проекты под военную кампанию во Вьетнаме, соревнование с СССР за лидерство в Лунной программе. Все это породило массу исследований в области построения универсальной модели управления в проектной области.

В 1969 году в штате Джорджия США при Технологическом институте была создана некоммерческая организация PMI (Project Management Institute), которая за чуть менее полувековую историю создала группу стандартов, получивших общемировое признание. В настоящее время методология управления проектами PMI объединяет около 3 млн. профессиональных РМ со всего мира. Штаб-квартира института находится сейчас в Пенсильвании. Более 60% членов PMI находится в Северной Америке, остальные 40% достаточно равномерно распределены по Евразии, Южной Америке и Тихоокеанскому региону.

Методы управления проектами как система обобщенного опыта реализации успешных проектов в результате регулярно проводимых исследований находит свое отражение в основном стандарте PMI ANSI PMBoK Guide (Свод знаний по управлению проектами, упрощенно именуемом PMBOK). Руководство является национальным американским стандартом в сфере PM. Тем не менее, границы его применения значительно шире американского континента. Он находится в активном международном использовании и признан большинством компаний в мире. Лучшие практики, самый передовой опыт и глубокое теоретическое обобщение регулярно ложатся в основу новых версий стандарта.

Модель взаимодействия процессов управления проектом. Источник: Руководство PMBOK, Издание 5
(нажмите для увеличения)

Руководство PMBOK основано на теории управления проектами, которая строится на ключевых аспектах процессной модели управления и учитывает основные фазы их жизненного цикла. Кроме того, она задействует выделяемые десять функциональных областей знаний относительно основных управленческих зон воздействия на объект. План управления проектом как область для методологической проработки занимает в стандарте весомое место. Ниже вашему вниманию представлен пример изометрической модели структурных элементов проектного управления. Настоящий пример взят непосредственно из Руководства PMBOK версии 5, в котором рассмотрен вариант предиктивного жизненного цикла строительного проекта. «Предиктивный» означает, что план управления проектом определяет весь его ход событий.

Структурная модель управления строительным проектом по методологии PMI. Источник: Руководство PMBOK 5
(нажмите для увеличения)

Прежде чем возникло Руководство PMBOK как национальный стандарт ANSI в США, прошло два десятилетия с момента учреждения PMI. За 70-е и 80-е годы институт PMI провел гигантскую работу по обобщению накопленного опыта в проектной сфере. Первое издание стандарта появилось в 1986 году, которое за 10 лет претерпело ряд доработок. Всего по сегодняшний день выпущено пять изданий Руководства к Своду знаний PMBOK.

1. 1986-1996 гг. – первое издание.
2. 2000 г. – второе издание.
3. 2003 г. – третья версия Руководства вышла в свет.
4. 2008 г. – четвертое издание.
5. 2013 г. – пятая, действующая по настоящее время, версия.
6. 2017 г. – ожидается шестое издание стандарта.

Отличие ISO 21500:2012 от PMBOK

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

ISO (ИСО) – это старейшая и самая мощная международная организация по стандартизации, охватывающая 21 тысячу международных стандартов практически во всех сферах бизнеса и технологии. Как лидер стандартизации мирового уровня ИСО способна интегрировать любой свой новый стандарт в общую систему стандартов ISO. В этом состоит ее ключевое преимущество перед другими системам стандартов в принципе. Действуя в активном сотрудничестве с высшей бюрократией практически всех государств, организация обеспечивает себе безупречный канал продвижения. Это является основной причиной того, что изданный ISO 21500:2012 «Руководство по управлению проектами» имеет все шансы на успех и перспективное лидерство.

Следует заметить, что еще в 2003 году ИСО издало свой первый стандарт в сфере управления качеством проекта ISO 10006:2003. В стандарте были сформулированы основные руководящие принципы по обеспечению надлежащего качества исполнения проектов. Документ должен был получить широкое распространение, но этого не произошло. В сентябре 2012 года, в сотрудничестве с Институтом PMI, ИСО издало во многом повторяющий PMBOK стандарт ISO 21500:2012. Считается, что изданный документ, сохраняя системность и полноту продукта PMI, обладает большим соответствием прикладным потребностям в профессиональной сфере. Стандарт призван:

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

Как было замечено, стандарты ISO 21500:2012 и Руководство PMBOK очень близки по содержанию. В чем же тогда состоит их отличие друг от друга? В конце 2012 года польский ученый, эксперт в сфере проектного управления Станислав Гашик опубликовал детальный анализ этих двух стандартов на предмет соответствия. Ниже приводится сравнительная таблица, выполненная на основе работы Гашика, она начинается с сопоставления понятий проекта, которые приводятся и в ISO и в PMBOK.

(нажмите для увеличения)

Направление стандартизации ICB IPMA

В 1965 году в Швейцарии была учреждена IPMA (Международная ассоциация управления проектами), ее начальной целью являлся обмен опытом проект-менеджеров из разных стран. В 1998 году была утверждена концепция системы сертификации профессионалов в проектной области. Под эту систему должен был возникнуть стандарт, на основе которого можно было бы устанавливать уровень компетентности специалистов для их сертификации. На основании обобщения накопленного опыта, с учетом национальных требований к компетентности, действующих в ряде Европейских стран, был создан стандарт ICB (International Competence Baseline). Тогда же утвердилась четырехуровневая модель сертификации профессионалов.

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

1. Техническая компетентность.
2. Поведенческая компетентность.
3. Консенсуальная компетентность, выражающаяся в умении PM строить эффективные коммуникации со всеми заинтересованными сторонами.

Диаграмма компетентности ICB IPMA «Глаз»

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

Мы с вами видим, что по своей направленности стандарты управления проектами ANSI PMBOK Guide и ICB IPMA отличаются диаметрально, поэтому разнятся и подходы к сертификации. PMI осуществляет сертификацию на звание Project Management Professional (PMP). Требования к сертификации одинаковы во всем мире. В России действуют два сертификационных центра в Москве и Санкт-Петербурге. Сертификация проходит через три этапа, включая предварительную квалификацию, экзамен и собеседование. Экзамен в нашей стране может быть сдан по желанию заявителя на английском или русском языке.

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

Особенности стандарта PRINCE 2

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

1. IT-проекты по разработке и внедрению новых информационных технологий и продуктов.
2. Разработка и вывод на рынок новых продуктов.
3. Жилищная сфера.
4. Инженерные нововведения.
5. Общественный сектор проектной деятельности.

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

Структура методологической системы PRINCE 2

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

Состав принципов, тем и процессов метода PRINCE 2

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

Практика выбора и совместного применения стандартов

В нашем повествовании мы практически не коснулись российских национальных стандартов в области проектного управления. Стоит заметить, что Российской ассоциации управления проектами (СОВНЕТ) и национальным требованиям к компетентности специалистов (НТК) на нашем сайте уже был посвящен . В целом в России многие компании, инициируя инвестиции, создавая план управления проектом и реализуя уникальные задачи развития, часто используют те же PMBOK, IBC IPMA, PRINCE 2. Это связано с тем, что в международных стандартах (а PRINCE 2 также используется в международной практике) присутствует системность первоисточника, и доверие к ним выше.

В качестве адаптированных реплик международных стандартов в России принят ряд ГОСТов, касающихся вопросов управления проектами и их качества:

• ГОСТ Р ИСО/МЭК ТО 16326–2002;
• ГОСТ Р ИСО 10006–2005;
• ГОСТ Р 52806–2007;
• ГОСТ Р 52807–2007;
• ГОСТ Р 53892-2010;
• ГОСТ Р 54 869-2011;
• ГОСТ Р 54 870-2011;
• ГОСТ Р 54 871-2011;
• ГОСТ Р ИСО 21500-2014.

Стандарты управления проектами разрабатываются также и на уровне компании. В отдельной статье мы намерены рассмотреть пример такого стандарта. Зададимся вопросом, каким вспомогательным ресурсом в форме международного стандарта можно воспользоваться при проектировании стандарта управления проектами на уровне предприятия? Среди распространенных методик выделяются PMBOK, ISO 21500, ICB IPMA, PRINCE 2. IPMA исключим из этой обоймы, поскольку он нацелен в большей степени на квалификационные требования к PM. Для ответа на данный вопрос неплохо подходят рекомендации компании AXELOS, управляющей Британским «Портфелем Best practice» (включая ITIL и PRINCE 2).

Пирамида задействованных компонент в стандартах.

К каким выводам пришли исследователи, при анализе самых популярных стандартов?

1. Организация, руководители проектов которой используют PRINCE 2, так или иначе нуждаются дополнительно в более обширной методологии, такой, как, например, PMBOK Guide.
2. В то же время применение Руководства PMBOK требует локализованного метода под национальную и отраслевую специфику, тот же PRINCE 2 или иной специализированный стандарт.
3. ISO 21500:2012 или аналогичный ему ГОСТ Р ИСО 21500-2014 устанавливает более лаконичные требования, в соответствии с которыми проще разработать адаптированный корпоративный стандарт. При этом ни PMBOK, ни PRINCE 2 ИСО не противоречат.
4. Для применения PRINCE 2 и PMBOK Guide на корпоративном уровне эти стандарты нуждаются в процедуре адаптации к реальным условиям и сложившейся культуре управления.

В настоящей статье мы разобрали общую совокупность стандартов, присутствующих на современной рыночной площадке как на международном уровне, так и на национальном. Естественно, что тон задает американский PMI, европейский PM ICB IPMA и активно действующая организация ISO. К сожалению, ГОСТ Р пока развивается в «фарватере» копирования западных образцов с несущественной адаптацией под особенности отечественной школы управления. Остается надеяться, что и в России со временем возникнут сильные решения, но для этого требуется практический прецедент непревзойденной проектной практики, инвестиции в науку и мощное методологическое обобщение.