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

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

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

• значение слова «стандартизованные»;

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

Начнем с примеров, являющихся эмпирическими свидетельствами. В недавнем отчете форума по бенчмаркингу управления проектами Fortune 500 утверждается, что 85% его членов используют при управлении проектами стандартизованные подходы и процедуры [14]. Аналогично многие организации, работающие в сфере программного обеспечения, применяют модель зрелости возможностей, также стремясь к выполнению проектов с помощью стандартизованного процесса. Ведомые идеей стандартизации процессов, некоторые организации пытаются сертифицировать свое управление проектами по стандарту ISO 9000. И наконец, многие компании внедряют модели зрелости управления проектами, чтобы постоянно улучшать управление проектами посредством стандартизованного процесса [15].

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

• фазы жизненного цикла проекта;

• управленческие и технические операции;

• результаты;

• контрольные события.

Жизненный цикл проекта рассматривается как совокупность проектных фаз, определяемых нуждами управления организации, вовлеченной в выполнение проекта. Как следствие на сегодняшний день в различных корпорациях используется множество моделей жизненного цикла. Некоторые из этих моделей традиционны и включают в себя фазы концепции, определения, выполнения и завершения. Однако сейчас все большую популярность завоевывают новые модели, которые, даже потеряв связь с канонической формой, являются более узкоспециализированными и адаптированными под конкретные отрасли. Один из примеров – процесс параллельного инжиниринга, который для простоты понимания изображен на рис. 1.1 как последовательный. Еще один пример – модель эволюционирующих результатов в проектах разработки программного обеспечения [17].

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

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

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

Если слово «стандартизованные» не объяснить применительно к процессу стандартизованного управления проектами, оно может вызвать путаницу. Каков в действительности его смысл? Если мы определяем процесс стандартизованного управления проектами как стандартизованную последовательность операций проекта (которая приводит к получению результатов), то стандартизация означает степень отсутствия отклонений при выполнении таких операций [18]. Полная изменчивость процесса управления проектами – это крайний случай. Иначе говоря, процесс управления проектом каждый раз выполняется по-другому, не так, как раньше. Совершенно очевидно, что 100%-ная изменчивость означает нулевую стандартизацию. Этот подход часто называется подходом ad hoc. Другой крайний случай – 100%-ная стандартизация конкретного процесса: данный процесс всегда выполняется одним и тем же способом. В этом случае изменчивость составляет 0%. Между этими двумя крайностями лежит область реальных процессов управления проектами с различными значениями стандартизации и изменчивости.

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

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

Решение о том, насколько сильно должен быть стандартизован процесс управления проектами, – это установление отношения между стандартизацией и изменчивостью, называемого обычно гибкостью. Оно определяется стратегией управления проектами, точнее типами пропетой, с которыми имеет дело эта стратегия. В целом стратегия для проектов с высокой степенью определенности будет стремиться к более высокому уровню стандартизации и меньшему уровню гибкости. Согласно мнению экспертов, большая часть проектов в организациях принадлежит к данной группе [20]. Стратегия же для проектов, которые характеризуются высокой степенью неопределенности, требует меньшей стандартизации и большей гибкости (см. главу 16). Когда мы используем термин «процесс стандартизованного управления проектами» в этой книге, мы подразумеваем, что этот процесс стандартизован более чем на 50%.

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

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

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

• опишем два способа использования «инструментального ящика»;

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

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

• разъясним вопросы стандартизации «инструментального ящика» управления проектами.

Определение инструментов управления проектами и «инструментального ящика». К инструментам управления проектами относятся процедуры и техники, посредством которых достигаются управленческие результаты. «А Guide to the Project Management Body of Knowledge» [21, 22] и другие источники используют термин «инструменты и техники» вместо того, что мы определяем как инструменты управления проектами. Два примера таких инструментов – это устав команды и анализ Монте-Карло. Они отличаются друг от друга обрабатываемой информацией. Устав команды – это систематическая процедура обработки качественной информации, которая касается даваемой команде авторизации (разрешения) на выполнение проекта. С другой стороны, анализ Монте-Карло представляет собой инструмент планирования рисков, который также устанавливает систематическую процедуру, но на этот раз выполняемую посредством алгоритма численного определения рисков. Иными словами, это количественный инструмент. Ключевым элементом как группы качественных, так и группы количественных инструментов – а все инструменты управления проектами принадлежат к одной из названных групп – является систематическая процедура. Мы не будем говорить о программном обеспечении управления проектами, хотя совершенно очевидно, что многие обсуждаемые в книге инструменты существуют и в формате программных пакетов. Однако мы делаем акцент на сути инструментов управления проектами – на их систематической процедуре.

Два способа использования «инструментального ящика». Мы определяем «инструментальный ящик» как набор предварительно выбранных инструментов, которые менеджер способен задействовать в процессе стандартизованного управления проектами. При использовании такого набора возможны два варианта. В первом случае каждый инструмент набора поддерживает конкретные результаты процессов управления. Например, два инструмента, обозначенные на рис. 1.1 как S.1, – это СДР (структурная декомпозиция работ) и описание содержания. Они поддерживают получение такого результата управления, как определенное содержание, названное S.1 (на этом рисунке все инструменты из «инструментального ящика» и поддерживаемые ими результаты управления пронумерованы соответственно). Кроме того, «ящик» разработан таким образом, чтобы включить в себя все инструменты, которые могут понадобиться для практической реализации процесса стандартизованного управления проектами и получения совокупности его результатов.

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

Сопряжение процесса стандартизованного управления проектами с «инструментальным ящиком». В реальном мире компании используют набор инструментов обоими способами, причем первым – чаще [23]. Однако какой бы способ ни применялся, набор инструментов должен соответствовать процессу стандартизованного управления проектами. Как изображено на рис. 1.3, акцент стратегии управления должен совпадать с выбранной конкурентной стратегией. Поскольку процесс стандартизованного управления проектами является одним из компонентов этой структуры, логично предположить, что набор инструментов должен иметь такой же акцент. В частности, если процесс управления проектами особое внимание обращает на расписание, стоимость или показатель «цена – качество», «инструментальный ящик» также должен акцентироваться на расписании, стоимости или показателе «цена – качество» соответственно.

Сравнение выгод, обеспечиваемых методом «один инструмент за один раз» и методом «инструментального ящика». Вне зависимости от избранной стратегии те компании, которые являются исполнителями проектов, сталкиваются с реальностью конкуренции – в дело включаются их заказчики. Заказчики говорят компаниям, что они хотят, когда они хотят это (как можно быстрее – требование высокой скорости), в каком качестве они хотят это (как можно лучше – требование более высокого качества и удовлетворения заказчика) и сколько они готовы за это заплатить (как можно меньше – требование низкой стоимости) [20]. И менеджеры прислушиваются к этим требованиям, поскольку удовлетворенные заказчики чрезвычайно важны для экономического успеха компании. В 1997 г. стоимость акций компаний, работой которых заказчики были особенно довольны, была более чем на 100% больше, чем стоимость акций остальных фирм [24]. Можно сказать, что такого понятия, как «заказчик», не существует. Есть понятие «этот заказчик» – то есть такой заказчик, который (в данный конкретный момент) использует свою власть и способность требовать. Чтобы выполнить предъявленные требования, ведущие компании стремятся создать такой процесс стандартизованного управления, который способен обеспечивать для выполняемых проектов:

• скорость;

• повторяемость;

• параллелизм.

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

Скорость – это способность организации реализовать проект быстро. Хотя смысл, который разные заказчики вкладывают в понятие «быстро», может меняться, в любом случае быстро – это конкурентоспособно. Допустим, в каком-то случае «быстро» может означать, что длительность цикла в организации должна быть уменьшена с 18 месяцев до 9, иначе компания не выдержит конкуренции. Для того чтобы это стало возможным, в наличии должны быть многие компоненты процесса стандартизованного управления проектами. Например, должно существовать наложение операций проекта как внутри фаз, так и между фазами, должны быть устранены все операции, которые не добавляют скорости, а также все остальные излишества и т. д. По существу, это означает наличие процесса управления проектами, рационализированного настолько, чтобы обеспечивать необходимую скорость реагирования на требования заказчика.

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

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

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

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

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

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

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

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