Джозеф Хигни - Основы проектного менеджмента. Классическое руководство

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

Рис. 11.1.Треугольник тройственных ограничений

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

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

• К содержанию в порядке консолидации добавляются другие проекты.

• Клиент меняет свои требования.

• Изменяются условия рынка.

• Возникают технические проблемы.

• Ускоряются сроки завершения проекта.

• На рынке ужесточается конкуренция.

• Клиент интересуется возможностью досрочного получения результатов.

• Руководство срезает 20 % бюджета проекта.

• Увеличивается стоимость сырья и материалов.

• Работы по проекту требуют увеличения команды на одного человека.

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

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

Шаг 1. Занесите начальную информацию о контроле изменений в свой журнал изменений.

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

Шаг 2. Определение целесообразности рассмотрения запрошенного изменения.

• Определяя целесообразность запрошенного изменения, руководитель проекта берет на себя роль вратаря. Очень часто я видел, как менеджеры проектов принимали изменения только потому, что этого от них требовали. Если изменение не имеет смысла, не увеличивает ценность проекта или не должно осуществляться по другим причинам – отказывайтесь. Требуйте прояснить и дополнительно оправдать необходимость изменения, ссылаясь на то, что без этого вы не можете прийти к правильному решению. Если изменение принимается, немедленно начинайте оценку его возможного воздействия на план проекта. Обычно это достаточно просто сделать, поставив такой вопрос: «Как данное изменение повлияет на стороны моего треугольника: содержание проекта, его расписание и стоимость?»

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

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

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

Шаг 4. Обновите план проекта.

• Не забудьте обновить план проекта! Об этом часто забывают. Именно в этот момент вы должны создать новый базовый план. Именно он станет текущим.

Шаг 5. Разошлите обновленный план заинтересованным лицам.

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