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

Вопрос соответствия деятельности каким-то общепринятым нормам возникает всегда, когда появляется задача оптимизации такой практики. Это в полной мере следует потребностям бизнеса, который активно применяет методы . В признании своего профессионального опыта в сообществе коллег и перед потенциальным работодателем заинтересован и . Он мотивирован интересом к монетизации своих знаний и навыков, а также намерением подтвердить свой статус как профессионала-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. К сожалению, ГОСТ Р пока развивается в «фарватере» копирования западных образцов с несущественной адаптацией под особенности отечественной школы управления. Остается надеяться, что и в России со временем возникнут сильные решения, но для этого требуется практический прецедент непревзойденной проектной практики, инвестиции в науку и мощное методологическое обобщение.

Регламент управления проектами (корпоративный стандарт управления проектами) - это внутренний нормативный документ в организации, который определяет подход к управлению проектами , программами и портфелем. Основная часть регламента посвящена описанию процесса, ролей, ответственностей и результатов (промежуточных и окончательных). Регламенты обычно пишутся на основании различных мировых или локальных стандартов (PMBoK , PRINCE2, ISO 21500, ГОСТ 54 и т.д.). Любой регламент содержит в основе процессы, описанные на основе стандартов, про которые писалось ранее и по большому счету мало отличаются друг от друга. Специфика по областям деятельности (ИТ, Строительство и т.д.) достигается выпуском дополнительных приложений, уточняющих детали той или иной области, специфики работы.

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

Далее описана структура регламента управления проектами и приведен пример для крупных ИТ-компаний. Легенда следующая - существует Группа Компаний (Группа "PME"), в состав которой входит головная компания (ОАО "ГОЛОВНАЯ КОМПАНИЯ") и множество дочерних. И головная и дочерние имеют сеть филиалов по стране. Одна из дочерних компаний (ООО «ДОЧЕРНЯЯ КОМПАНИЯ») является исполнителем (оператором) по проектам и отвечает за информационно-технологическое обеспечение всей Группы компаний (проекты по разработке и внедрению информационных систем управления).

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

Описание

Цель регламента управления проектами по направлениям ИТО в ООО «ДОЧЕРНЯЯ КОМПАНИЯ» (далее - Регламент) - сформировать единый подход к управлению проектами по направлениям информационно-технологического обеспечения (далее - проектами), оператором по которым является ООО «ДОЧЕРНЯЯ КОМПАНИЯ».

Задачи Регламента:

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

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

Регламент процесса управления проектами
по направлениям ИТО в
ООО «ДОЧЕРНЯЯ КОМПАНИЯ»

1. Общие положения

1.1. Введение

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

Например:

Цель Регламента процесса управления проектами - сформировать единый подход к управлению проектами по направлениям информационно-технологического обеспечения (далее - проектами), оператором по которым является ООО «ДОЧЕРНЯЯ КОМПАНИЯ».

Задачи Регламента:

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

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

Задачи совершенствования процесса управления проектами:

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

1.2. Область применения

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

Например:

Действие настоящего Регламента распространяется на все структурные подразделения аппарата управления ООО «ДОЧЕРНЯЯ КОМПАНИЯ» и филиалы в части деятельности по управлению реализацией проектов ИТО.

В филиалах ООО «ДОЧЕРНЯЯ КОМПАНИЯ» управление проектами и портфелями проектов филиалов осуществляется в соответствии с настоящим Регламентом и нормативно-регламентными документами, разрабатываемыми в филиалах и отражающими особенности процессов управления в условиях конкретной организации.

1.3. Нормативные документы

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

Например:

Настоящий Регламент разработан на основании следующих документов:

• Инвестиционная политика Группы «PME», утвержденная решением Правления ОАО «ГОЛОВНАЯ КОМПАНИЯ» от --.--.--;
• Положение об управлении инвестиционной деятельностью в Группе «PME», утвержденное решением Правления ОАО «ГОЛОВНАЯ КОМПАНИЯ» от --.--.--;
• Методика оценки эффективности проектов в области информационно-технологического обеспечения, утвержденная решением Правления ОАО «ГОЛОВНАЯ КОМПАНИЯ» от --.--.--;
• Бюджетный регламент Группы «PME», утвержденный решением Правления ОАО «ГОЛОВНАЯ КОМПАНИЯ» от --.--.--.

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

• The Standard for Portfolio Management (PMI 2006);
• ANSI/PMI 99-001-2008. Project Management Body of Knowledge (PMBOK);
• Information Technology Infrastructure Library (ITIL);
• ISO/IEC 20000 Information Technology – Service Management;
• ГОСТ Р ИСО/МЭК 12207. «Информационная технология. Процессы жизненного цикла программных средств»;
• ГОСТ 34.601-90 «Автоматизированные системы. Стадии создания»;
• ГОСТ Р ИСО 9000:2000;
• ГОСТ 54869-2011 «Проектный менеджмент. Требования к управлению проектом»;
• ГОСТ 54870-2011 «Проектный менеджмент. Требования к управлению портфелем проектов»;
• ИСО/ТО 10006:1997 (Е). «Менеджмент качества. Руководство качеством при управлении проектами».

1.4 Термины, определения и принятые сокращения

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

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

2. Требования к объектам управления

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

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

Например:

Объектами управления являются:

• портфель проектов;
• проект/инвестиционное мероприятие;
• подпроект;
• работа.

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

2.3. Классификация проектов

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

Например:

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

• принадлежность к Бизнес-сегменту организации – пользователю/общекорпоративному проекту;
• принадлежность к Бизнес-сегменту организации – балансодержателю результатов проекта ИТО;
• принадлежность к направлению деятельности ИТО;
• категория проектов;
• объемы инвестиций в проект;
• наличие оцениваемого экономического эффекта;
• организации-пользователи / Функциональные заказчики проектов ИТО;
• организации – балансодержатели результатов проекта ИТО;
• кураторы проектов;
• структурные подразделения ООО «ДОЧЕРНЯЯ КОМПАНИЯ», реализующие проект.

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

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

Например:

Для целей настоящего Регламента в рамках жизненного цикла проекта выделяются следующие стадии:

• стадия запуска;
• стадия планирования;
• стадия исполнения;
• стадия завершения.

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

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

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

Например:

Основными участниками процесса управления проектами в ООО «ДОЧЕРНЯЯ КОМПАНИЯ» являются:

• Совет по управлению проектами;
• Отдел организации управления проектами;
• Отдел управления портфелем программ и проектов;
• Куратор проекта;
• Куратор проекта от ЦАУ (по проекту 3-й категории, реализуемому филиалом);
• Руководитель Проектного офиса (Проектной группы);
• Администратор Проектного офиса (Проектной группы);
• Владелец ресурса;
• Менеджер проектных рисков;
• Владелец риска.

3.2. Функции по управлению проектами

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

Например:

Совет по управлению проектами:

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

Отдел организации управления проектами:

• Разработка проектов Приказов ООО «ДОЧЕРНЯЯ КОМПАНИЯ» о реализации Инвестиционной программы в планируемом году;
• Проверка корректности введенных в ИАС данных по проектам;
• Внесение данных в Реестр Руководителей Проектных офисов (Проектных групп);
• Анализ отчетных данных по проектам;
• Формирование сводных отчетов о состоянии и прогрессе проектов, аналитических отчетов по состоянию портфеля проектов и его ресурсообеспеченности;
• Формирование предложения по вариантам решений по запросам на изменения параметров проектов;
• Разработка прогнозов по реализации проектов;
• Рассылка аналитических материалов для рассмотрения членам Совета по управлению проектами;
• Контроль исполнения решений по изменениям портфеля проектов.

Владелец ресурса:

• Согласование Ресурсного плана;
• Принятие решений о привлечении к работе в Проектном офисе (Проектной группе) конкретных сотрудников;
• Рассмотрение представленной Руководителем Проектного офиса (Проектной группы) информации об эффективности работы сотрудников для проведения аттестации проектного персонала.

3.3. Требования к организационной структуре проектов

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

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

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

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

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

Например:

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

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

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

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

6. Документирование и хранение Регламента

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

Например:

Контрольный экземпляр настоящего Регламента хранится в ООУП. Электронная версия настоящего Регламента находится на внутреннем корпоративном Портале и доступна для чтения всем пользователям.

7. Внесение изменений в Регламент

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

8. Распределение Регламента

Ответственными за порядок доведения требований настоящего Регламента до Руководителей структурных подразделений является ООУП (Проектный офис).

9. Организация изучения Регламента

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

Приложения к регламенту

• Приложение 1. Порядок выполнения процедур запуска проектов
• Приложение 2. Приказ ООО «ДОЧЕРНЯЯ КОМПАНИЯ»
• Приложение 3. Приказ ОАО «ГОЛОВНАЯ КОМПАНИЯ»
• Приложение 4. Приказ ООО «ДОЧЕРНЯЯ КОМПАНИЯ»
• Приложение 5. Приказ о реализации проекта
• Приложение 6. Приказ ООО «ДОЧЕРНЯЯ КОМПАНИЯ»
• Приложение 7. Реестр проектов ИТО ООО «ДОЧЕРНЯЯ КОМПАНИЯ»
• Приложение 8. Приказ ОАО «ГОЛОВНАЯ КОМПАНИЯ»
• Приложение 9. Типовой Устав проекта
• Приложение 10. Типовой Устав проекта (упрощенный)
• Приложение 11. Порядок выполнения процедур планирования проектов
• Приложение 12. Приказ о завершении проекта ООО «ДОЧЕРНЯЯ КОМПАНИЯ»
• Приложение 13. План по вехам
• Приложение 14. Укрупненный календарный план
• Приложение 15. Детализированный календарный план
• Приложение 16. Бюджет проекта
• Приложение 17. Ресурсный план (форма УП-13-1)
• Приложение 17. Ресурсный план (форма УП-13-2)
• Приложение 17. Ресурсный план (форма УП-13-3)
• Приложение 17. Требования к определению ставки работника
• Приложение 18. План коммуникаций
• Приложение 19. План управления рисками
• Приложение 20. Методические указания по календарному планированию и учету фактического исполнения календарных планов
• Приложение 21. Реестр рисков
• Приложение 22. Методические указания по управлению рисками
• Приложение 23. Матрица назначений на проектные роли
• Приложение 24. Ролевые профили
• Приложение 25. Порядок выполнения процессов мониторинга и управления
• Приложение 26. Запрос на изменения
• Приложение 27. Реестр запросов на изменения
• Приложение 28. Итоговый отчет
• Приложение 29. Приказ о завершении проекта
• Приложение 30. Реестр Руководителей Проектных офисов \ Проектных групп (Руководителей проектов)
• Приложение 31. Аналитическая записка
• Приложение 32. Порядок выполнения процедур завершения проекта
• Приложение 33. Содержание раздела «Техническая поддержка» руководства пользователей ИС

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

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

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

1. Project Management Body of Knowledge (PMВОК) Американского института управления проектами.

Данный стандарт подлежит обновлению примерно один раз в четыре года. Одной из самых распространенных редакций является редакция 2000 г., а самой актуальной, четвертая версия стандарта, вышла в конце 2008 г.– The Guide to the PMBOK, 4th Edition. Стандарт был принят первоначально Американским национальным институтом стандартов (ANSI) как национальный стандарт в США, а на сегодняшний день имеет мировое признание.

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

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

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

Рис. 1. Пространство процессов управления

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Организационная зрелость по управлению проектами

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

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

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

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

элемент "оценка" (assessment) - инструмент, помогающий компаниям оценить уровень текущей зрелости управления проектами и установить области улучшения;

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

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

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

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

Если вы заметили ошибку в тексте, пожалуйста, выделите её и нажмите Ctrl+Enter

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

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

2) применимые к субъектам управления (менеджеры проектов, участники команд УП) и определяющие требования к знаниям и квалификации соответствующих специалистов и процессу оценки квалификации;

3) применимые к системе УП и организации в целом и позволяющие оценить уровень зрелости организационной системы менеджмента.

На рис. 3.1 представлены наиболее популярные стандарты в области проектного менеджмента, включая следующие:

ISO 10006. Системы менеджмента качества. Руководящие указания по менеджменту качества проектов ;

PMBOK Guide. А Guide to the Project Management Body of Knowledge. Руководство к своду знаний по управлению проектами, PMI ;

Рис. 3.1. Наиболее известные стандарты в области проектного менеджмента

PMBOK Guide Government Extension. Руководство к своду знаний по управлению проектами для правительственных организаций, PMI ;

WBS. Руководство по разработке иерархической структуры работ проекта, PMI ;

Earned Value. Руководство по применению методики освоенного объема, PMI ;

PRINCE2. Стандарт управления проектами, OGC (Office of Government Commerce), Великобритания ;

The Standard for Portfolio Management, PMI. Стандарт управления портфелем проектов, PMI ;

The Standard for Program Management, PMI. Стандарт управления программой, PMI ;

Managing Successful Programmes, OGC UK. Стандарт управления программой, OGC (Office of Government Commerce), Великобритания ;

P2M Japan. Стандарт управления проектами и программами в организации, Япония ;

OPM3. Модель зрелости организации в области проектного менеджмента, PMI ;

IPMA Competence Baseline (ICB). Международные требования к компетенции менеджеров проектов, IPMA ;

НТК Россия. Основы профессиональных знаний и Национальные требования к компетентности (НТК) специалистов по управлению проектами, СОВНЕТ ;

PMCDF PMI. Структура развития компетенций в проектном менеджменте (Project Management Competence Development Framework), PMI ;

GPBSPM. Общий стандарт оценки проектного персонала на основе опыта (Global Performance Based Standards for Project Management Personnel), GPBSPM Initiative.

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

Основной стандарт, разработанный IPMA, - ICB (IPMA Competence Baseline, 3-я версия выпущена в 2006 г.). Этот стандарт определяет требования к квалификации специалистов в области УП и является основой для международной сертификации. В соответствии с правилами и требованиями IPMA в России разработаны национальные требования к компетенции менеджера проекта и программа сертификации специалистов по управлению проектами. Специалисты, прошедшие сертификацию по этой системе, получают сертификаты международного образца, которые признаются во всем мире.

Другая авторитетная организация в области проектного менеджмента - Институт управления проектами, США (PMI) с индивидуальной системой членства: насчитывается более 200 тыс. человек в 125 странах мира. PMI имеет наиболее активную и широкую стратегию в области разработки стандартов.

Кроме того, разработано множество национальных стандартов УП, представленных национальными ассоциациями менеджеров проектов: АРМ (Великобритания), VZPM (Швейцария), GPM (Германия), AFITEP (Франция), CEPM (Индия), PROMAT (Южная Корея) и др.

Рассмотрим основные стандарты по группам.

3.1.1. Группа стандартов, применимых к отдельным объектам управления (проект, программа, портфель проектов)

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

ISO 10006:2003. Системы менеджмента качества. Руководящие указания по менеджменту качества проектов;

PMI. А Guide to the Project Management Body of Knowledge. (РМВОК Guide). Руководство к своду знаний по управлению проектами. Третье издание.

ISO 10006:2003. Системы менеджмента качества. Руководящие указания по менеджменту качества проектов.

Данный международный стандарт сам по себе не является руководством по УП. В нем приведены руководящие указания по качеству процессов УП.

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

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

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

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

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

Процессы сгруппированы в соответствии с принципом родственности (например, все процессы, связанные с управлением по временным параметрам, включены в одну группу). Всего в стандарте выделено 11 групп процессов:

Стратегические (определение направления проекта);

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

Касающиеся взаимосвязей;

Касающиеся области применения;

Касающиеся времени;

Связанные с затратами;

Связанные с передачей информации;

Касающиеся рисков;

Связанные с закупками.

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

В основе руководящих указаний по менеджменту качества при проектировании, содержащихся в данном международном стандарте, лежат восемь принципов менеджмента качества (см. ISO 9000:2000, 0.2):

1) ориентация на потребителя;

2) лидерство руководителя;

3) вовлечение работников;

4) процессный подход;

5) системный подход к менеджменту;

6) постоянное улучшение;

7) принятие решений, основанное на фактах;

8) взаимовыгодные отношения с поставщиками.

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

РМВОК Guide. Руководство к своду знаний по управлению проектами. Институт управления проектами, США.

PMBOK Guide является американским национальным стандартом УП и широко используется в мире. В основу стандарта положена процессная модель описания деятельности по УП.

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

В Руководстве определяются:

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

Стандарт УП (часть 2) включает описание пяти групп управленческих процессов: 1) инициация, 2) планирование, 3) организация исполнения, 4) контроль и 5) завершение. В рамках данных групп процессов описываются 44 базовых управленческих процесса и взаимосвязи между ними;

Области знаний по УП (часть 3) состоят из девяти областей знаний: управление 1) интеграцией, 2) содержанием, 3) сроками,

4)стоимостью, 5) качеством, 6) человеческими ресурсами, 7)коммуникациями, 8) рисками, 9) поставками проекта. В данной части приводится детальное описание для каждого из 44 управленческих процессов, включая общее описание процесса, входной и выходной информации, а также перечисление рекомендуемых методов и инструментов.

В PMBОK Guide включено описание перечисленных ниже управленческих процессов.

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

Разработка устава проекта;

Разработка предварительного описания содержания проекта;

Разработка плана УП;

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

Мониторинг и управление работами проекта;

Общее управление изменениями;

Закрытие проекта.

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

Планирование содержания;

Определение содержания;

Создание иерархической структуры работ (ИСР);

Подтверждение содержания;

Управление содержанием.

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

Определение состава операций;

Определение взаимосвязей операций;

Оценку ресурсов операций;

Оценку длительности операций;

Разработку календарного плана;

Управление календарным планом.

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

Разработку бюджета расходов;

Управление стоимостью.

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

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

Идентификацию рисков;

Качественный анализ рисков;

Количественный анализ рисков;

Планирование реагирования на риски;

Мониторинг и управление рисками.

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

Планирование качества;

Процесс обеспечения качества;

Процесс контроля качества.

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

Планирование человеческих ресурсов;

Набор команды проекта;

Развитие команды проекта;

Управление командой проекта.

Управление коммуникациями проекта состоит в своевременном и достоверном сборе, распределении, хранении и использования инфор-

Рис. 3.2. Структура процессов РМВОК Guide

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

Планирование коммуникаций;

Распространение информации;

Отчетность по исполнению;

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

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

Планирование покупок и приобретений;

Планирование контрактов;

Запрос информации у продавцов;

Выбор продавцов;

Администрирование контрактов;

Закрытие контрактов.

Одним из направлений развития стандарта PMBOK Guide стала его адаптация к отраслевой специфике. В настоящее время выпущены расширения стандарта для правительственных и строительных проектов (Government Extension to the PMBOK Guide, Construction Extension to the PMBOK Guide).

Кроме того, PMI разрабатывает стандарты, связанные с отдельными методиками УП. На сегодняшний день выпущены стандарты, регламентирующие методы разработки иерархической структуры работ проекта и контроля по методу освоенного объема (Practice Standard for Work Breakdown Structures, Practice Standard for Earned Value Management).

Еще один интересный стандарт, регламентирующий управление отдельными проектами, разработан в Государственном департаменте коммерции в Великобритании - PRINCE2 (Projects in Controlled Environments). Данный стандарт регламентирует также процессы управления и параметры контроля на уровне отдельного проекта. В стандарте хорошо прописана связь управленческих процессов с требованиями к структуре и характеристиками создаваемого в рамках проекта продукта. Стандарт широко используется в государственном и частном секторе в Великобритании и все чаще применяется на международном уровне.

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

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

Однако стандартов международного уровня в данной области до последнего времени не существовало. На роль общепризнанных могут претендовать стандарты, выпущенные PMI в 2006 г.: The Standard for Program Management и The Standard for Portfolio Management. Данные стандарты также построены по процессному принципу.

The Standard for Portfolio Management. Стандарт управления портфелем проектов. Институт управления проектами, США.

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

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

Выравнивание компонентов в соответствии со стратегией;

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

Оценка стоимости и взаимосвязей компонентов портфеля;

Определение доступности ресурсов и расстановка приоритетов;

Включение и исключение портфельных компонентов.

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

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

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

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

Измерение стоимости организации с помощью инвестиционных инструментов, таких как ROI, NPV, PP.

Процессы управления портфелем представлены двумя группами:

1) группа процессов формирования портфеля включает процессы управления им, обеспечивающие достижение сбалансированности портфеля проектов со стратегическими целями организации. Группа включает следующие процессы: идентификация проектов, категоризация, оценка, отбор, расстановка приоритетов, балансировка портфеля, авторизация;

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

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

Среди стандартов, определяющих требования к компетенции менеджера проекта, можно выделить Международные требования к компетенции специалистов по УП (ICB), разработанные Международной ассоциацией управления проектами IPMA (Швейцария), и Руководство по развитию компетенций менеджера проекта (Project Manager Competency Development Framework), разработанное PMI на базе структуры и процессов PMBOK Guide.

В настоящее время международной инициативной группой профессионалов в области проектного менеджмента завершается разработка еще одного стандарта оценки квалификации менеджеров проектов на основании достигнутых результатов - Global Performance Based Standards for Project Management Personnel.

Международные требования к компетенции менеджеров проектов. IPMA Competence Baseline. Международные требования к компетенции менеджеров проектов, а также основанный на них российский национальный стандарт, выпущенный Российской ассоциацией УП СОВНЕТ, определяют требования к знаниям и квалификации специалистов, а также к процессу их сертификации по четырем уровням квалификации в области проектного менеджмента:

1) специалист по проектному менеджменту;

2) менеджер проекта;

3) ведущий менеджер проекта;

4) директор программы.

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

1) 20 технических элементов знаний, относящихся к содержанию проектного менеджмента;

2) 15 поведенческих элементов знаний, относящихся к межличностным отношениям между индивидуумами и группами, участвующими в проектах, программах и портфелях;

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

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

Элементы технической компетенции:

Успешность УП;

Заинтересованные стороны;

Требования и задачи проекта;

Проектный риск и возможности;

Качество;

Проектная организация;

Работа команды;

Разрешение проблем;

Структура проекта;

Замысел и итоговый продукт проекта;

Время и фазы проекта;

Ресурсы;

Затраты и финансы;

Закупки и контракты;

Изменения;

Контроль и отчетность;

Информация и документация;

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

Старт проекта;

Закрытие проекта.

Элементы поведенческой компетенции:

Лидерство;

Участие и мотивация;

Самоконтроль;

Уверенность в себе;

Разрядка;

Открытость;

Творчество;

Ориентация на результат;

Продуктивность;

Согласование;

Переговоры;

Конфликты и кризисы;

Надежность;

Понимание ценностей;

Элементы контекстуальной компетенции:

Проектно-ориентированное управление;

Программно-ориентированное управление;

Портфельно-ориентированное управление;

Осуществление проектов, программ и портфелей (ППП);

Постоянная организация;

Предпринимательская деятельность;

Системы, продукты и технология;

Управление персоналом;

Здоровье, безопасность, охрана труда и окружающая среда;

Финансы;

Юридические аспекты.

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

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

Пионером в этой области является стандарт, разработанный Ассоциацией инновационного развития и управления проектами Японии, - P2M (Program and Project Management for Innovation of Enterprises).

Наибольшую же популярность в мире сегодня приобретает стандарт OPM3® (Organizational Project Management Maturity Model), разработанный PMI.

P2M. Program and Project Management for Innovation of Enterprises. P2M - один из наиболее авторитетных современных стандартов в области управления проектами и программами, рекомендованный специалистами в качестве международного. Его положениями руководствуются в управленческой практике множество национальных и интернациональных корпораций.

Исходная идея концепции стандарта P2M заключается в представлении проектов и программ в качестве основополагающих элементов стратегического управления организацией.

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

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

Из методологии управления отдельными проектами;

Интегрального менеджмента (интеграция проектов и программ друг с другом и с окружением);

Управления по сегментам;

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

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

Стратегическое;

Финансами;

Системами;

Организационной структурой;

Достижением целей и показателей;

Ресурсами;

Рисками;

Информационными технологиями;

Взаимоотношениями участников проекта;

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

А также управление проектом, направленное на совершенствование.

OPM3® Organizational Project Management Maturity Model. В конце 2003 г. PMI выпустил модель зрелости организационного управления проектами OPM3 (Organizational Project Management Maturity Model), которая изначально позиционировалась как международный стандарт в данной области.

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

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

Основное назначение OPM 3:

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

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

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

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

Инструментальная составляющая стандарта состоит из трех взаимосвязанных элементов:

1) элемент знание (Knowledge) представляет базу лучших практик по УП (около 600 практик, относящихся к разным объектам управления: портфель проектов, программа и проект, и к разной степени зрелости описания процессов);

2) элемент оценка (Assessment) - инструмент, помогающий пользователям, ответив на опросный лист (более 150 вопросов), самостоятельно оценить текущую зрелость УП в организации, определить основные области компетенций и существующих практик;

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

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

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

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

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

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

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

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

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

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

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.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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