Стадии управления изменениями проекта

Управление изменениями представляет собой процесс прогнозирования и планирования будущих изменений, регистрации всех Потенциальных изменений для детального изучения, оценки последствий, одобрения или отклонения, а также организации мониторинга и координации исполнители, реализующих изменения в проекте. Под изменением понимается замещение одного решения другим вследствие воздействия различных внешних и внутренних факторов при разработке и реализации проекта. Изменения могут вноситься в различные разделы проекта. Инициировать изменения могут и заказчик, и инвестор, и проектировщик, и подрядчик. Заказчик, как правило, вносит изменения, улучшающие конечные технико-экономические характеристики проекта. Проектировщик может вносить изменения в первоначальную проектно-сметную документацию, спецификации. Подрядчик по ходу реализации проекта вносит изменения в календарный план, методы и технологии производства работ, последовательность возведения объектов и т. д. Причинами внесения изменений обычно являются невозможность предвидения на стадии разработки проекта новых проектных решений, более эффективных материалов, конструкций и технологий и т. д., а также отставание в ходе реализации проекта от запланированных сроков, объемов вследствие непредвиденных обстоятельств. Общий контроль изменений осуществляется: для оценки влияния факторов, приводящих к положительным или негативным изменениям в проекте; для определения уже совершившихся изменений в проекте; для управления изменениями в проекте по мере их появления. Входные данные общего контроля изменений содержат базовый план проекта, отчетность о ходе реализации проекта и требования на изменения в проекте. Для общего контроля изменений используется набор формальных процедур, установленных внутрифирменным стандартом реализующей проект организации, которые определяют регламент изменений ранее принятых официальных документов проекта и порядок их утверждения. Это может быть, например, слоившаяся в организации система документооборота. Если такой системы нет, то команде проекта необходимо разработать подобную систему или адаптировать специальные программные оболочки, в которых реализованы наиболее распространенные и зарекомендовавшие себя на практике методы и средства управления изменениями. Создание системы в этом случае становится частью проекта. Для контроля изменений применяются также процедуры обработки изменений, которые могут быть утверждены без предварительного рассмотрения. Для таких заранее оговоренных случаев подсистема контроля изменений должна позволять «автоматически» утверждать определенные категории изменений. Как и любые другие изменения, эти изменения должны быть в обязательном порядке задокументированы и учтены, чтобы не возникло проблем в дальнейшем из-за отсутствия информации о реальном состоянии дел по проекту. Результаты общего контроля изменений содержат: модифицированный базовый план проекта с учетом утвержденных изменений, которые в обязательном порядке доводятся до сведения участников проекта. Функции общего контроля изменений закрепляются за комиссией контроля изменений, которая несет ответственность за утверждение или отклонение запросов на изменения. Права и обязанности комиссии должны быть четко определены и согласованы с основными участниками проекта. В больших и сложных проектах может работать одновременно несколько комиссий с разными правами и обязанностями. Контроль изменений содержания проекта осуществляется: для оценки влияния факторов, приводящих к положительным или негативным изменениям содержания проекта; для определения изменений содержания проекта; для управления изменениями содержания проекта при их появлении. Контроль изменений содержания тесно связан с другими процессами контроля. Входные данные контроля содержания включают в себя описание информацию о результатах деятельности, например в виде о выполненных работах, финансовых отчетов по затратам и т. д.; документацию о конечных результатах проекта в виде чертежей, спецификаций, описаний, технических заданий и т. д.; запросы на изменения, сформулированные в любой из форм — устной или письменной, внутри или вне организации, директивные или носящие рекомендательный характер; порядок действий по управлению содержанием, по учету, идентификации и интеграции изменений в проекте, а также как часто, с какой периодичностью допускаются изменения. Для контроля содержания утверждается регламент, в соответствии с которым производятся изменения, определяются форма и последовательность прохождения документов по изменениям, уровень и полномочия лиц, ответственных за принятие, согласование или отклонение изменений. Если проект выполняется в соответствии с контрактом, то все изменения должны быть согласованы с сторонами — участниками этого контракта. Контроль невозможен без отработанных процедур оценки результатов деятельности, позволяющих определять величину отклонения от плана, причину этого отклонения и необходимость корректирующих действий. Перепланирование является одним из характерных моментов практически для любого проекта, так как проект редко выполняется в соответствии с планом. Возможные изменения содержания могут привести к изменениям СРР и необходимости переутверждения базового плана. Для обеспечения эффективного контроля за содержанием работ проекта должны быть определены формальные процедуры управления изменениями. Причинами изменений в содержании работ могут быть: изменения конъюнктуры на рынке; действия и намерения конкурентов; технологические изменения, изменения в ценах и доступности ресурсов; экономическая нестабильность; ошибки в планах и оценках; ошибки в выборе методов, инструментов, организационной структуре или стандартах; изменения в контрактах и спецификациях; задержки поставок или поставки, не соответствующие требованиям качества; необходимость ускорения работ; влияние других проектов. Неконтролируемые изменения, производящиеся в процессе реализации проекта, могут носить разрушающий характер для всего процесса управления. Для эффективного управления изменениями в ходе реализации проекта необходимо применение соответствующих подходов: реализация эффективной взаимосвязи между участниками проекта; разграничение ролей и ответственности, связанных с каждым изменением; возможность отслеживать влияние изменений на временные и стоимостные показатели проекта. Этапы: • Формирование запроса на внесение изменения Любой член проектной команды или даже участник проекта, находящийся внутри организации, может подать запрос на изменение исходя из того, что содержание проекта еще не заморожено. • Регистрация запроса на внесение изменений в журнале изменений проекта В проекте может быть предусмотрена роль координатора изменений, либо же эта функция является частью должностных обязанностей менеджера проекта. После получения PCR координатор изменений регистрирует его в PCL и пересылает всем заинтересованным сторонам и в управляющий орган проекта, одобряющий или отклоняющий изменения. • Рассмотрение запроса на внесение изменения в проект Экспертиза управляющего комитета проекта и, возможно, результаты дополнительного анализа, произведенного прочими заинтересованными сторонами, являются основой для принятия решения либо об утверждении, либо об отклонения предложенного изменения. • Принятие решения по запросу на внесение изменения в проект Часто, чтобы не допустить реализации избыточных изменений от инициатора изменения, требуется обозначить тип предлагаемого им изменения в терминах: "необходимое" или "желаемое" ("musthave" и "nicetohave" ). "Необходимое" изменение - то, без которого проект может стать провальным, следовательно, такое изменение требует надлежащего внимания и утверждения. С другой стороны, "желаемое" изменение обычно придает продукту дополнительную функциональность, но не меняет его суть. При этом желаемое изменение может легко привести к дополнительным усилиям по перепланированию, что становится основным доводом в пользу отклонения такого изменения. Подход необходимого/желаемого изменения может стать хорошим способом избежать рисков существенного расползания содержания. Итак, принятое решение по запросу фиксируется. Когда запрос на изменение отклоняется, копия помещается в главный файл, а оригинал возвращается автору с объяснением решения и оснований для него. Если же утверждается, координатор придает ему официальный статус и отправляет его тем, кто будет затронут изменением, для реализации. Координатор также информирует автора. Довольно часто встречается ситуация, когда орган по изменениям находит PCR неполным и рекомендует координатору запросить больше информации от автора. • Мониторинг реализации изменений Жизненный цикл не заканчивается в момент его утверждения. Координатору при помощи необходимо осуществлять непрерывный мониторинг состояния, в котором находится практическая реализация изменения. • Обновление информации о сроках, стоимости, качестве и т.п. проекта Утвержденные изменения могут изменить базовые параметры проекта - общую стоимость и дату завершения, следовательно, эта информация должна быть обновлена в соответствующих документах.