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

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

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

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

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

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

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

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

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

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

The Project Management Triangle

Как того требует любое начинание проект должен протекать и достигать финала с учетом определенных ограничений. Классически эти ограничения определены как объем работы, время и стоимость. Они также относятся к Треугольнику Управления проектами, где каждая его сторона представляет ограничение. Изменение одной стороны треугольника влияет на другие стороны. Дальнейшее уточнение ограничений выделило из содержания качество и действие, превратив качество в четвёртое ограничение.

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

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

Нормативно-техническое обеспечение

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

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

• Методику выбора стратегии технического обслуживания на основе оценки рисков, связанных с активами;
• Методику проведения анализа стоимости жизненного цикла активов и его применения в процессах управления активами;
• Методику определения индекса критичности оборудования;
• Методику управления отказами и повреждениями;
• Методику расчета целевых показателей эффективности процессов ТОиР;
• Методику расчета индекса технического состояния оборудования;
• Регламент сбора, анализа и использования данных по надежности и ТОиР;
• Методику проведения RCM-анализа и применения его результатов;
• Структуру компетенций и матрицу соответствия компетенций должностной структуре.

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

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

Таблица 4.

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

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

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

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

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

Сильная матрица

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

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

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