Полная версия
Набор инструментов для управления проектами
Значимость новой роли «инструментального ящика» управления проектами очевидна. Разработанный как набор предварительно определенных инструментов, «инструментальный ящик» обеспечивает поддержку процесса стандартизованного управления проектами посредством предоставления практического и осязаемого, но при этом систематизированного пути получения совокупности результатов управления по данному процессу. Стратегическое значение поддержки показано на рис. 1.2. Направленные вверх стрелки демонстрируют, что «инструментальный ящик» поддерживает процесс стандартизованного управления проектами, который помогает реализовать стратегию управления проектами, а следовательно, и конкурентную стратегию компании, направленную на обеспечение ее выживания и роста. Для того чтобы более высокий уровень действительно поддерживался более низким, конкурентная стратегия должна быть движущей силой стратегии управления, которая определяет и направляет процессы стандартизованного управления проектами, что напрямую влияет на структуру набора инструментов (это показано с помощью направленных вниз стрелок). Совершенно очевидно, что новая роль «инструментального ящика» исполняется в более широком, стратегическом контексте управления проектами. Анализ данного контекста, его элементов и их взаимоотношений будет представлен ниже.
Рис. 1.1. Пример процесса стандартизованного управления проектами с соответствующим «инструментальным ящиком»
Рис. 1.2. Пирамида, опирающаяся на «инструментальный ящик» управления проектами
Стратегия управления проектами поддерживает конкурентную стратегию
Рассмотрение стратегического окружения управления проектами поможет нам понять отдельные аспекты новой роли набора инструментов – в частности, каким образом должно обеспечиваться соответствие между поддержкой процесса стандартизованного управления проектами, оказываемой «инструментальным ящиком», и конкурентной стратегией. Так как точкой отсчета служит вершина пирамиды (рис. 1.2), мы начнем именно отсюда – с конкурентной стратегии.
Суть конкурентной стратегии состоит в создании преимущества, которое позволит компании обогнать своих конкурентов [1]. Чтобы обеспечить такое преимущество, компании задействуют свои организационные ресурсы [2]. Представим себе, например, управление проектами как организационный ресурс. Для такого представления полезным может оказаться блок общих конкурентных стратегий (далее просто конкурентных стратегий), показанный на рис. 1.3 [3].
Суть стратегий, ориентированных на достижение отличий (квадрант, соответствующий высокой дифференциации/высокой стоимости на рис. 1.3), состоит в их способности предложить клиентам нечто отличное от того, что предлагают конкуренты. Под этим «отличным» может подразумеваться меньшее время выхода на рынок (которое использовано в качестве примера на рис. 1.3), высокое качество, технологические инновации, особые характеристики, превосходное обслуживание и т. д. Стремясь обеспечить превосходство своих продуктов, компании, использующие подобные стратегии, реализуют в них все характеристики, за которые заказчик готов платить. Это дает им возможность назначать за свои продукты более высокую цену, которая покрывает затраты на получение отличительных характеристик [4].
Рис. 1.3. Примеры стратегий, процессов управления проектами и наборов инструментов, поддерживающих конкурентные стратегии
Компании, выбирающие стратегии минимальной стоимости, нацеливаются на достижение устойчивого ценового преимущества по отношению к конкурентам (квадрант, соответствующий низкой дифференциации/низкой стоимости на рис. 1.3). Идея состоит в том, чтобы использовать фактор низкой стоимости для создания ценового отрыва от конкурентов и тем самым отобрать у них определенную долю рынка. Еще один способ – получать более высокую прибыль, продавая продукт по текущей рыночной цене [5]. Этот способ хорош при наличии твердого базового продукта, снабженного небольшими дополнениями, и при одновременном поиске новых путей снижения цены без ухудшения качества и отказа от основных характеристик.
Компании, ориентирующиеся на наилучшую стоимость, сочетают отличительные характеристики с низкой стоимостью (квадрант, соответствующий высокой дифференциации/низкой стоимости на рис. 1.3). Этот подход должен привести к тому, что ценность продукта в глазах заказчика будет особенно высока – благодаря тому, что такой продукт отвечает его ожиданиям или превосходит их по части характеристик и одновременно по части цены. В то же время цель состоит и в том, чтобы стать поставщиком продукта, имеющего низкую цену и хорошие или отличные характеристики, и использовать данное преимущество для создания ценового отрыва от конкурентов, производящих продукты со сравнимыми характеристиками. Поскольку продукты такой компании имеют наименьшую (наилучшую) цену в сравнении с продуктами конкурентов, занимающих ту же нишу, эта стратегия получила название стратегии наилучшей стоимости. Пустой квадрант, соответствующий низкой дифференциации/высокой стоимости на рис. 1.3, – вариант, не приемлемый в сегодняшних конкурентных битвах за выживание и процветание.
Воспользуемся описанным блоком конкурентных стратегий, чтобы понять, как управление проектами помогает создавать конкурентные преимущества. Рассмотрим три компании: Intel, Armstrong World Industries (AWI) и Oregon Anesthesiology Group (OAG). Конкурентная стратегия фирмы Intel ориентирована на достижение отличий (см. рис. 1.3). Она нацелена на технологические инновации и минимизацию времени выхода на рынок, рассматривая эти параметры как конкурентные преимущества. В данной стратегии значительная роль принадлежит проектам разработки продуктов, задача которых – быстрее и быстрее выдавать «на-гора» новые кристаллы процессоров. Именно здесь вступает в игру управление проектами, позволяющее сжать цикл разработки нового кристалла и вывести продукт на рынок раньше конкурентов. Сокращение расписаний проектов коснулось и других, не связанных с разработкой процессоров областей деятельности фирмы Intel – от крупных проектов сооружения новой фабрики до небольших проектов улучшения качества. Разумеется, это не случайность. Таков выбор руководства – развернуть управление проектами, чтобы обеспечить конкурентное преимущество за счет сокращения жизненных циклов проектов во всей компании.
Другие компании, использующие стратегии достижения отличий, также активно работают над созданием конкурентного преимущества путем сокращения длительности проектных циклов. Такие фирмы, как General Electric, NEC, Northern Telecom и AT&T, сумели сократить длительность проектного цикла в среднем на 20 – 50% [5]. Смысл сокращения цикла проекта заключается в его последствиях. Например, применительно к разработке продуктов компания, которая выходит на рынок раньше конкурентов, часто получает продажи по высокой цене, более продолжительный срок продаж, большую прибыль и более крупную долю рынка [6 – 8].
Конкурентная стратегия фирмы AWI абсолютно иная. Вместо того чтобы акцентировать внимание на отличительных чертах продукта и времени выхода на рынок (подход, столь ревностно проводимый фирмой Intel), AWI намеревается занять позиции ценового лидера в соответствующей отрасли (квадрант, соответствующий низкой дифференциации/низкой стоимости на рис. 1.3). Один из менеджеров AWI сказал: «Мы работаем в сфере производства строительных материалов уже более 70 лет. Технологические изменения не являются главным фактором в нашей отрасли – в отличие от способности предложить продукцию по более низкой цене. Чтобы развить эту способность и стать лидером в данной отрасли, нам пришлось рационализировать все производственные процессы, постоянно опуская целевую планку стоимости производства. Часть наших усилий была направлена на обеспечение управления снижением стоимости и разработку проектов развития производственных процессов». Подобное стремление к снижению стоимости заметно и в других, непроизводственных проектах фирмы AWI. Управление проектами как в производственной, так и в непроизводственной сфере ставит своей целью снижение их стоимости, что в конечном счете направлено на достижение ценового конкурентного преимущества.
Это не является секретом и для других фирм, использующих управление проектами для поддержки той же стратегии минимальной стоимости. Причина такого положения – в увеличившейся стоимости проектов и финансовых затруднениях, с которыми сталкиваются многие ведущие компании. В условиях, когда проект планирования ресурсов в масштабе предприятия может стоить 300 миллионов долларов [9], а новая фабрика – 4 миллиарда [10], компаниям, чтобы создать ценовое конкурентное преимущество [11], приходится уменьшать стоимость и финансовое бремя. Следовательно, поддержка со стороны управления проектами помогает компаниям захватить большую долю рынка и получить более высокие прибыли [2].
Конкурентное преимущество фирм Intel и AWI обеспечивается за счет такого управления проектами, которое ориентировано на минимизацию сроков и стоимости соответственно. В противоположность этим фирмам OAG (Oregon Anesthesiology Group) стремится получить наилучшую стоимость (квадрант, соответствующий высокой дифференциации/низкой стоимости на рис. 1.3). Цель этой корпорации, в которой работают более 190 врачей, состоит в предоставлении услуг здравоохранения по наилучшей цене в сравнении с конкурентами, предлагающими услуги аналогичного качества [4]. Соответственно и управление проектами здесь нацелено на решение стоимостных и качественных задач. Вице-президент ОАО говорит: «Рынок, подобный нашему, – это беспощадный рынок. Организации по управлению здравоохранением постоянно давят на всех медиков, принуждая их к уменьшению стоимости услуг. Чтобы остаться на плаву, мы стандартизировали все протоколы управления, применяемые нами во всех проектах информационных систем и проектах постоянного повышения качества. Это позволило выполнять проекты в соответствии с целевыми установками по части качества и стоимости. В противном случае наши клиенты предпочтут иметь дело с кем-то другим». Используя свое конкурентное преимущество по показателю «цена – качество», корпорация OAG смогла удержать существенную долю рынка.
Другие эксперты подтверждают, что соотношение «цена – качество» рассматривается в ряде фирм как цель проектов [12]. Дело в том, что компании, которые ориентируются на стратегию достижения наилучшего показателя «цена – качество» и вытекающие из нее конкурентные преимущества, нуждаются в таком управлении проектами, которое данную стратегию поддерживает.
В общем и целом эти примеры образуют контекст, необходимый, чтобы создать основу для понимания следующего:
• компании выбирают свои конкурентные стратегии;
• компании приводят в соответствие свои стратегии управления проектами и конкурентные стратегии.
Во-первых, компании выбирают конкурентные стратегии как средства борьбы со своими соперниками по рынку. Хотя конкурентная стратегия любого типа имеет в конечном счете одну и ту же цель – создание конкурентного преимущества, способы ее достижения различаются. Одни строят преимущество на основе дифференциации (отличия от других), другие – на основе низкой стоимости, а третьи – на основе показателя «цена – качество». Во-вторых, компании используют управление проектами в соответствии со своими стратегиями. Поэтому в Intel, AWI и OAG по-разному представляют показатель, на котором должно быть сфокусировано управление проектами: на сроках (Intel), на стоимости (AWI), на соотношении «цена – качество» (ОАО). И нет ничего удивительного в том, что некоторые видные исследователи рассматривают управление проектами как одну из величайших опасностей, равно как и благоприятную возможность, с которой сталкиваются менеджеры в своей конкурентной борьбе [13].
Хотя стратегия управления проектами играет значительную роль, она никоим образом не является единственной движущей силой создания конкурентной стратегии. Напротив, для того чтобы создать работоспособную конкурентную стратегию, необходимы и другие бизнес-стратегии, обычно называемые функциональными [2]. В частности, определенный вклад обеспечивают стратегии НИОКР, маркетинга, производства, работы с кадрами и т. д.
До настоящего момента речь шла об окружении, в котором существует и обеспечивается поддержка процесса стандартизованного управления проектами со стороны «инструментального ящика». Прежде чем вернуться к деталям новой роли «инструментального ящика», уделим более пристальное внимание процессу стандартизованного управления проектами.
Процесс стандартизированного управления проектами поддерживает стратегию управления проектами
Как показано на рис. 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, это означает изъятие результатов управления и замещение их «инструментальным ящиком». Здесь рассматривать отдельные инструменты набора следует в качестве заменителей результатов управления. Возьмем, например, такой результат, как разработанное расписание. Оно может быть замещено конкретным инструментом – диаграммой Гантта, или диаграммой контрольных событий. Или рассмотрим другой результат – выбранный проект. Вместо него допустимо использовать инструмент модель расчета, который упорядочивает, ранжирует и выбирает новые проекты. Очевидно, второй вариант выбора требует, чтобы мы анализировали инструменты управления проектами совершенно иным образом. Вместо того чтобы фокусироваться на процессе применения какого-либо инструмента, как это делалось традиционно, мы делаем акцент на его использовании для достижения конечного итога, который, в сущности, является результатом проекта. Таким образом, каждый инструмент набора может быть представлен в виде результата. Аналогично весь набор инструментов допустимо расценить как совокупность результатов управления в процессе стандартизованного управления проектами. Первая получаемая нами выгода заключается в упрощении процесса путем удаления одного из его слоев – слоя результатов управления. При этом менеджер проекта и его команда по-прежнему сверяются с «дорожной картой» (то есть систематической процедурой), с помощью которой будет создаваться полная совокупность результатов управления.