Читать книгу Руководство к Своду знаний по управлению проектами (Руководство PMBOK) - Коллектив авторов - Страница 42
4
Управление интеграцией проекта
4.5. Интегрированный контроль изменений
ОглавлениеИнтегрированный контроль изменений – процесс анализа всех запросов на изменения, их одобрения и управления изменениями поставляемых результатов, активов процессов организации, документов проекта и плана управления проектом, а также предоставления информации об их состоянии. В ходе этого процесса происходит анализ всех запросов на изменение или модификацию документов проекта, поставляемых результатов, базовых планов или плана управления проектом, а также утверждение или отклонение изменений. Ключевая выгода данного процесса состоит в том, что он позволяет учитывать документированные изменения в проекте комплексным образом, одновременно уменьшая риски проекта, которые часто возникают в связи с изменениями, внесенными без рассмотрения в общие цели или планы проекта. Входы, инструменты и методы, а также выходы этого проекта показаны на рис. 4-10. На рис. 4-11 показана диаграмма потоков данных процесса.
Рис. 4-10. Интегрированный контроль изменений: входы, инструменты и методы, а также выходы
Рис. 4-11. Диаграмма потоков данных интегрированного контроля изменений
Процесс интегрированного контроля изменений проводится с самого начала проекта и вплоть до его завершения, он является единоличной ответственностью руководителя проекта. План управления проектом, описание содержания проекта и прочие поставляемые результаты поддерживаются путем проведения тщательного и постоянного управления изменениями – отклонения или одобрения изменений, что позволяет гарантировать, что в пересмотренный базовый план включаются только одобренные изменения.
Запрос на изменение может подать любая заинтересованная сторона, вовлеченная в проект. Хотя изменения могут быть инициированы устно, они обязательно должны быть зарегистрированы в письменной форме и переданы в систему управления изменениями и/или управления конфигурацией. Запросы на изменения подвержены процессам, указанным в системах контроля изменений и контроля конфигурации. Эти процессы, связанные с запросами на изменения, могут требовать информацию об ожидаемом воздействии на сроки и на стоимость.
Каждый документированный запрос на изменение должен быть либо одобрен, либо отклонен ответственным лицом, обычно спонсором или руководителем проекта. Ответственное лицо будет указано в плане управления проектом или в рамках процедур организации. При необходимости в процесс интегрированного контроля изменений включается совет по контролю изменений (CCB) – формально созданная группа, ответственная за изучение, оценку, одобрение, отсрочку или отклонение внесения изменений в проект, а также за фиксацию соответствующих решений и информирование о них. Одобренные запросы на изменения могут потребовать создания новых или пересмотра старых оценок стоимости, последовательностей операций, дат расписания, потребностей в ресурсах и анализа альтернатив реагирования на риски. Эти изменения могут потребовать внесения поправок в план управления проектом или в другие документы проекта. Применяемый уровень контроля изменений зависит от прикладной области, сложности конкретного проекта, требований договора, а также контекста и среды, в которых осуществляется проект. Для определенных запросов на изменения после одобрения ССВ может потребоваться одобрение заказчика или спонсора, если они не входят в состав ССВ.
Контроль конфигурации сконцентрирован на спецификации и детализации поставляемых результатов и процессов, тогда как контроль изменений сосредоточен на выявлении, документировании и одобрении или отклонении изменений документов, поставляемых результатов или базовых планов проекта.
Ниже приведены некоторые операции по управлению конфигурацией, входящие в процесс интегрированного контроля изменений:
• Определение конфигурации. Определение и выбор элементов конфигурации для получения основы, исходя из которой определяется и подтверждается конфигурация продукта, маркируются продукты и документы, осуществляется управление изменениями и обеспечивается учет.
• Отчетность по статусу конфигурации. При необходимости предоставления соответствующих данных об элементе конфигурации информация документируется, и по ней составляется отчет. Такая информация включает список одобренных идентифицированных элементов конфигурации, статус предложенных изменений конфигурации и статус реализации одобренных изменений.
• Подтверждение и аудит конфигурации. Подтверждение и аудиты конфигурации позволяют убедиться, что структура элементов конфигурации проекта является верной, а соответствующие изменения зарегистрированы, оценены, одобрены, отслежены и надлежащим образом реализованы. Это гарантирует соблюдение функциональных требований, определенных в документации по конфигурации.
4.5.1. Интегрированный контроль изменений: входы
4.5.1.1. План управления проектом
Описан в разделе 4.2.3.1. Элементы плана управления проектом, которые могут быть использованы, включают в себя, среди прочего:
• план управления содержанием, который включает процедуры изменения содержания;
• базовый план по содержанию, который включает описание продукта;
• план управления изменениями, который включает указания по управлению процессом контроля изменений и фиксирует наличие формально организованного совета по контролю изменений (CCB).
Изменения документируются и обновляются в рамках плана управления проектом, как часть процессов управления изменениями и конфигурацией.
4.5.1.2. Отчеты об исполнении работ
Описаны в разделе 4.4.3.2. Отчеты об исполнении работ, относящиеся к процессу интегрированного контроля изменений, включают в себя доступность ресурсов, данные по расписанию и стоимости и отчеты по управлению освоенным объемом (earned value management, EVM), диаграммы сгорания задач (burnup/burndown chart).
4.5.1.3. Запросы на изменения
Все процессы мониторинга и контроля, а также многие процессы исполнения производят в качестве выхода запросы на изменения. Запросы на изменения могут включать корректирующее воздействие, предупреждающее действие или исправление дефектов. Однако, как правило, корректирующие воздействия и предупреждающие действия оказывают влияние не на базовые планы проекта, а лишь на их исполнение.
4.5.1.4. Факторы среды предприятия
Описаны в разделе 2.1.5. Следующий фактор среды предприятия может влиять на интегрированный контроль изменений: информационная система управления проектами. Информационная система управления проектами может включать программное обеспечение для составления расписания, систему управления конфигурацией, систему сбора и распределения информации или веб-интерфейсы к другим автоматизированным системам, работающим в режиме онлайн.
4.5.1.5. Активы процессов организации
Описаны в разделе 2.1.4. Активы процессов организации, которые могут оказывать влияние на процесс интегрированного контроля изменений, включают в себя, среди прочего:
• процедуры контроля изменений, включающие шаги, в соответствии с которыми будут модифицироваться официальные стандарты организации, политики, планы и другие документы проекта, а также порядок одобрения, подтверждения и реализации любых изменений;
• процедуры одобрения и авторизации изменений;
• базу данных измерений процессов, используемую для сбора и обеспечения доступа к данным измерений по процессам и продуктам;
• документы проекта (например, базовые планы по содержанию, базовые планы по стоимости, базовое расписание, календари проекта, диаграммы сети расписания проекта, реестры рисков, запланированные мероприятия по реагированию и определенные последствия рисков);
• базу знаний по управлению конфигурацией, содержащую версии и базовые планы (базовые варианты) всех официальных стандартов организации, политик, процедур и любых документов проекта.
4.5.2. Интегрированный контроль изменений: инструменты и методы
4.5.2.1. Экспертная оценка
В дополнение к экспертной оценке команды управления проектом, заинтересованных сторон проекта могут попросить провести их собственную экспертизу и попросить принять участие в работе совета по контролю изменений (CCB). Подобная оценка и экспертиза применяется в отношении любых технических и управленческих деталей в течение данного процесса и может предоставляться из разнообразных источников, таких как:
• консультанты;
• заинтересованные стороны, в том числе заказчики или спонсоры;
• профессиональные и технические ассоциации;
• отраслевые объединения;
• эксперты по предметной области (SME);
• офис управления проектами (ОУП).
4.5.2.2. Совещания
В этом случае подобные совещания обычно называют совещаниями по контролю изменений. Когда это необходимо для проекта, совет по контролю изменений (CCB) отвечает за организацию совещаний и рассмотрение запросов на изменения, а также за одобрение, отклонение данных изменений или иные действия с ними. CCB также может рассматривать операции по управлению конфигурацией. Роли и обязанности таких советов четко определяются и согласуются с соответствующими заинтересованными сторонами, а также фиксируются в плане управления изменениями. Решения CCB документируются и сообщаются заинтересованным сторонам для информации и последующих действий.
4.5.2.3. Инструменты контроля изменений
Для облегчения управления конфигурацией и изменениями могут использоваться ручные или автоматизированные инструменты. Выбор инструмента должен основываться на потребностях заинтересованных сторон проекта, включая вопросы и/или ограничения организации и среды.
Инструменты используются для управления запросами на изменения и принятыми решениями. Следует учитывать дополнительные аспекты для коммуникации, чтобы помочь членам CCB выполнять свои обязанности, а также информировать соответствующие заинтересованные стороны о решениях.
4.5.3. Интегрированный контроль изменений: выходы
4.5.3.1. Одобренные запросы на изменения
Запросы на изменения обрабатываются руководителем проекта, CCB или назначенным членом команды в соответствии с системой контроля изменений. Одобренные запросы на изменение реализуются процессом руководства и управления работами проекта. Состояние всех запросов на изменения, как одобренных, так и не одобренных, обновляется в журнале изменений как часть обновлений документов проекта.
4.5.3.2. Журнал изменений
Журнал изменений используется для регистрации изменений, возникающих в ходе проекта. Информация о данных изменениях и их воздействии на проект в понятиях времени, стоимости, риска, передается соответствующим заинтересованным сторонам. Отклоненные запросы на изменения также фиксируются в журнале изменений.
4.5.3.3. Обновления плана управления проектом
Элементы плана управления проектом, которые могут быть обновлены, включают в себя, среди прочего:
• любые вспомогательные планы;
• базовые планы, подверженные процессу формального контроля изменений.
Изменения базовых планов должны отражать только изменения начиная с текущего момента. Исполнение в прошлом не может быть изменено. Это защищает целостность базовых планов и исторические сведения об исполнении в прошлом.
4.5.3.4. Обновления документов проекта
Документы проекта, которые могут быть обновлены в результате процесса интегрированного контроля изменений, включают в себя все документы, подверженные процессу формального контроля изменений.
