Руководство pmbok ® Шестое издание

Часть 1 - Руководство

4.6.2 ИНТЕГРИРОВАННЫЙ КОНТРОЛЬ ИЗМЕНЕНИЙ: ИНСТРУМЕНТЫ И МЕТОДЫ

4.6.2.1 ЭКСПЕРТНАЯ ОЦЕНКА

Описана в разделе 4.1.2.1. Следует учитывать экспертные заключения, полученные от лиц или групп, обладающих 

специальными знаниями или подготовкой по следующим вопросам:

u

u

отраслевые технические знания и главная область проекта,

u

u

законодательство и нормативно-правовые акты,

u

u

правовое регулирование и закупки,

u

u

управления закупками,

u

u

управление рисками.

4.6.2.2 ИНСТРУМЕНТЫ КОНТРОЛЯ ИЗМЕНЕНИЙ

Для облегчения управления конфигурацией и изменениями могут использоваться ручные или автоматизированные 

инструменты. Контроль конфигурации сконцентрирован на спецификации и детализации поставляемых результатов  

и процессов, тогда как контроль изменений сосредоточен на выявлении, документировании и одобрении или отклонении 

изменений документов, поставляемых результатов или базовых планов проекта.

Выбор инструмента должен основываться на потребностях заинтересованных сторон проекта, включая вопросы и/или 

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

u

u

Определение элемента конфигурации. Определение и выбор элементов конфигурации для получения основы, 

исходя из которой определяется и проверяется конфигурация продукта, маркируются продукты и документы, 

осуществляется управление изменениями и обеспечивается учет.

u

u

Документальное оформление статуса элемента конфигурации и отчетность о нем. Документальное 

оформление информации и отчетность о каждом элементе конфигурации.

u

u

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

структура элементов конфигурации проекта является верной, а соответствующие изменения зарегистрированы, 

оценены, одобрены, отслежены и надлежащим образом реализованы. Это гарантирует соблюдение функциональных 

требований, определенных в документации по конфигурации.

119

Инструменты должны также обеспечивать следующие мероприятия управления изменениями:

u

u

Идентификация изменений. Идентификация и выбор элемента изменений для процессов или документов проекта.

u

u

Документальное оформление изменений. Документальное оформление изменения в надлежащем запросе  

на изменение.

u

u

Решение об изменениях. Рассмотрение изменений; одобрение, отклонение, отсрочка или иное решение  

об изменениях в документах проекта, поставляемых результатах или базовых планах.

u

u

Отслеживание изменений. Проверка регистрации, оценки, одобрения и отслеживания изменений, а также 

доведение окончательных результатов до заинтересованных сторон.

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

дополнительные аспекты коммуникаций, чтобы помочь членам совета по контролю изменений (CCB) выполнять свои 

обязанности, а также рассылать решения соответствующим заинтересованным сторонам.

4.6.2.3 АНАЛИЗ ДАННЫХ

Методы анализа данных, которые можно использовать в данном процессе, включают в себя, среди прочего, следующие:

u

u

Анализ альтернатив. Описан в разделе 9.2.2.5. Этот метод используется для оценки запрашиваемых изменений 

и принятия решения — какие из них можно принять, какие следует отклонить или доработать прежде, чем их 

можно будет принять.

u

u

Сравнительный анализ затрат и выгод. Описан в разделе 8.1.2.3. Этот вид анализа помогает определить, 

соответствует ли выгода от требуемых изменений связанным с ними затратам.

4.6.2.4 ПРИНЯТИЕ РЕШЕНИЙ

В качестве методов принятия решений, которые могут использоваться в данном процессе, можно назвать, среди 

прочего, следующие:

u

u

Голосование. Описано в разделе 5.2.2.4. Голосование при принятии решения об одобрении, отсрочке или отклонении 

запросов на изменения может проводиться по принципу принятия решений единогласно, большинством или 

относительным большинством голосов.

u

u

Единоличное принятие решений. Это метод принятия решений, когда один человек принимает на себя 

ответственность за принятие решения обязательного для целой группы.

u

u

Анализ решений на основе множества критериев. Описан в разделе 8.1.2.4. Этот метод использует матрицу 

принятия решений для обеспечения системного аналитического подхода при оценке запрашиваемых изменений  

на основе ряда заранее установленных критериев.

120 

Часть 1 - Руководство

4.6.2.5 СОВЕЩАНИЯ

Совещания по контролю изменений проводятся в составе членов совета по контролю изменений (ССВ), который несет 

ответственность за удовлетворение и рассмотрение запросов на изменения и одобрение, отклонение или отсрочка 

исполнения запросов на изменения. Большинство изменений оказывают то или иное влияние на сроки, стоимость, 

ресурсы или риски. Оценка влияния изменений является существенной частью совещания. Могут обсуждаться и вноситься  

на рассмотрение альтернативные варианты запрашиваемых изменений. Наконец, принятое решение доводится до сведения 

лица или группы, направивших запрос.

CCB также может рассматривать мероприятия по управлению конфигурацией. Роли и обязанности таких советов 

четко определяются и согласуются с соответствующими заинтересованными сторонами и вносятся в план управления 

изменениями. Решения CCB документируются и сообщаются заинтересованным сторонам для информации 

 

и последующих действий.

4.6.3 ИНТЕГРИРОВАННЫЙ КОНТРОЛЬ ИЗМЕНЕНИЙ: ВЫХОДЫ

4.6.3.1 ОДОБРЕННЫЕ ЗАПРОСЫ НА ИЗМЕНЕНИЯ

Запросы на изменения (см. описание в разделе 4.3.3.4) обрабатываются руководителем проекта, CCB или назначенным 

членом команды в соответствии с планом управления изменениями. В результате изменения могут быть одобрены, 

отсрочены или отклонены. Одобренные запросы на изменение реализуются через процесс руководства и управления 

работами проекта. Об отсроченных или отклоненных запросах на изменения ставится в известность лицо или группа, 

подавшие запрос на изменение.

Решения обо всех запросах на изменения вносятся в журнал изменений как обновление документа проекта.

4.6.3.2 ОБНОВЛЕНИЯ ПЛАНА УПРАВЛЕНИЯ ПРОЕКТОМ

В результате этого процесса может быть обновлен любой формально контролируемый компонент плана управления 

проектом. Изменения в базовые планы вносятся, начиная только с последнего базового плана и далее. Исполнение  

в прошлом не изменяется. Это защищает целостность базовых планов и исторические сведения об исполнении в прошлом.

4.6.3.3 ОБНОВЛЕНИЯ ДОКУМЕНТОВ ПРОЕКТА

В результате этого процесса может быть обновлен любой формально контролируемый документ проекта. Документом 

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

используется для документирования изменений, возникающих в ходе проекта.

121

4.7 ЗАКРЫТИЕ ПРОЕКТА ИЛИ ФАЗЫ

Закрытие проекта или фазы — это процесс завершения всех операций по проекту, фазе или договору. Ключевые выгоды 

данного процесса состоят в обеспечении архивирования информации о проекте или фазе, завершении запланированных 

работ и высвобождении организационных ресурсов команды для участия в новых начинаниях. Этот процесс выполняется 

единожды или в предопределенные моменты в проекте. Входы, инструменты и методы, а также выходы этого процесса 

показаны на рис. 4-14. На рис. 4-15 показана диаграмма потоков данных процесса.

Рис. 4-14. Закрытие проекта или фазы: входы, инструменты и методы, выходы

Инструменты и методы

Входы

Выходы

Закрытие проекта или фазы

.1  Экспертная оценка

.2  Анализ данных

  • Анализ документов

  • Регрессионный анализ

  • Анализ тенденций

  • Анализ отклонений

.3  Совещания

.1  Устав проекта

.2  План управления проектом

  • Все компоненты

.3  Документы проекта

  • Журнал допущений

  • Основа для оценок

  • Журнал изменений

  • Журнал проблем

  • Реестр извлеченных уроков

  • Список контрольных событий

  • Коммуникации проекта

  • Результаты измерений в 

контроле качества

  • Отчеты о качестве

  • Документация по требованиям

  • Реестр рисков

  • Отчет по рискам

.4  Принятые поставляемые 

  результаты

.5  Бизнес-документы

  • Бизнес-кейс

  • План управления выгодами

.6  Соглашения

.7  Закупочная документация

.8  Активы процессов организации

.1  Обновления документов проекта

  • Реестр извлеченных уроков

.2  Передача конечного продукта, 

  услуги или результата

.3  Итоговый отчет

.4  Обновления активов процессов 

организации

122 

Часть 1 - Руководство

Рис. 4-15. Закрытие проекта или фазы: диаграмма потоков данных

5.5

Подтверждение

содержания

12.1 

Планирование

управления

закупками

4.1

Разработка

устава проекта

План

управления

проектом

Документы

проекта

Документы

проекта

4.7

Закрытие

проекта

или фазы

Предприятие/ 

организация

Предприятие/ 

организация

Заказчик

• Принятые поставляемые 

результаты

• Устав проекта

• Закупочная документация

12.2 

Проведение

закупок

• Активы процессов организации

• Передача конечного продукта, 

  услуги или результата

Обновления документов 

проекта

• Реестр извлеченных уроков

• Итоговый отчет

• Обновления активов 

процессов организации

План управления проектом

• Все компоненты

Документы проекта

• Журнал допущений

• Основа для оценок

• Журнал изменений

• Журнал проблем

• Реестр извлеченных уроков

• Список контрольных событий

• Коммуникации проекта

• Результаты измерений в 

контроле качества

• Отчеты о качестве

• Документация по требованиям

• Реестр рисков

• Отчет по рискам

Документы

проекта

• Соглашения

• Бизнес-кейс

• План управления выгодами

123

При закрытии проекта руководитель проекта рассматривает план управления проектом с целью убедиться, что все 

работы по проекту завершены и проект достиг своих целей. Операции, необходимые для административного закрытия 

проекта или его фазы, включают в себя, среди прочего, следующие:

u

u

действия и мероприятия, необходимые для удовлетворения критериев завершения или выхода для фазы или 

проекта, такие как:

u

n

проверка с целью убедиться, что все документы и поставляемые результаты являются актуальными и все 

проблемы урегулированы;

u

n

подтверждение поставки и формальной приемки поставляемых результатов заказчиком;

u

n

проверка того, что все затраты отнесены на проект;

u

n

закрытие счетов проекта;

u

n

переназначение персонала;

u

n

решение вопроса об использовании избыточных материалов проекта;

u

n

перераспределение производственных объектов, оборудования и других ресурсов проекта;

u

n

тщательная подготовка итоговой отчетности проекта в соответствии с требованиями политики организации.

u

u

Мероприятия, связанные с завершением договорных соглашений, относящихся к проекту или фазам проекта, 

такие как:

u

n

подтверждение формальной приемки работ продавца;

u

n

окончательное урегулирование претензий;

u

n

обновление документации так, чтобы она отражала итоговые результаты;

u

n

архивирование информации для последующего использования;

u

u

Мероприятия, необходимые для:

u

n

сбора документации проекта или фазы проекта;

u

n

проведения аудиторской проверки с целью подтверждения успеха или неудачи проекта;

u

n

управления обменом и передачей знаний;

u

n

определения извлеченных уроков;

u

n

архивирования информации проекта для последующего использования организацией;

u

u

Действия и мероприятия, необходимые для передачи продуктов, услуг или результатов проекта в следующую фазу 

или в производство и/или операционную деятельность.

u

u

Сбор предложений по совершенствованию или внесению изменений в политики и процедуры организации и их 

передача в соответствующее организационное подразделение.

u

u

Измерение удовлетворенности заинтересованных сторон.

Процесс закрытия проекта или фазы также устанавливает процедуры, исследующие и документирующие причины 

предпринятых действий, если проект прекращен до завершения. Для успешного выполнения этого процесса руководитель 

проекта должен вовлекать в него все соответствующие заинтересованные стороны.

124 

Часть 1 - Руководство

4.7.1 ЗАКРЫТИЕ ПРОЕКТА ИЛИ ФАЗЫ: ВХОДЫ

4.7.1.1 УСТАВ ПРОЕКТА

Описан в разделе 4.1.3.1. В уставе проекта документально закрепляются критерии оценки успеха проекта, требования 

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

4.7.1.2 ПЛАН УПРАВЛЕНИЯ ПРОЕКТОМ

Описан в разделе 4.2.3.1. Входами в этот процесс являются все компоненты плана управления проектом.

4.7.1.3 ДОКУМЕНТЫ ПРОЕКТА

В числе документов проекта, которые могут быть входами в данный процесс, можно назвать, среди прочего:

u

u

Журнал допущений. Описан в разделе 4.1.3.2. Журнал допущений содержит перечень всех допущений 

и ограничений, которые учитываются при разработке технических спецификаций, подготовке оценок, составлении 

расписания, оценке рисков и т. п.

u

u

Основу для оценок. Описана в разделе 6.4.3.2 и 7.2.3.2. Основа для оценок используется для того, чтобы определить, 

как оценка длительности, стоимости, ресурсов и контрольных параметров стоимости сопоставляется с фактическими 

результатами.

u

u

Журнал изменений. Описан в разделе 4.6.3.3. Журнал изменений содержит сведения о статусе всех запросов 

на изменения на всем протяжении проекта.

u

u

Журнал проблем. Описан в разделе 4.3.3.3. Журнал проблем используется с целью обеспечить отсутствие каких-

либо нерешенных проблем.

u

u

Реестр извлеченных уроков. Описан в разделе 4.3.3.1. Извлеченные уроки по итогам фазы или проекта 

формулируются в окончательной редакции до внесения в репозиторий извлеченных уроков.

u

u

Список контрольных событий. Описан в разделе 6.2.3.3. Список контрольных событий показывает окончательные 

сроки, когда состоялись контрольные события проекта.

u

u

Коммуникации проекта. Описаны в разделе 10.2.3.1. Коммуникации проекта включают в себя все без исключения 

коммуникации, которые были осуществлены на протяжении всего проекта.

u

u

Результаты измерений в контроле качества. Описаны в разделе 8.3.3.1. При измерении контроля качества 

документально оформляются мероприятия по контролю качества и демонстрируется соответствие требованиям 

к качеству.

u

u

Отчеты о качестве. Описаны в разделе 8.2.3.1. Информация, представленная в отчете о качестве, может 

включать в себя все проблемы с обеспечением качества, решаемые или эскалируемые командой, рекомендации 

по совершенствованию этой работы и сводку заключений в рамках процесса контроля качества.

u

u

Документацию по требованиям. Описана в разделе 5.2.3.1. Документация по требованиям используется для 

демонстрации соответствия содержанию проекта.

125

u

u

Реестр рисков. Описан в разделе 11.2.3.1. Реестр рисков содержит информацию о рисках, которые возникают 

на протяжении всего проекта.

u

u

Отчет по рискам. Описан в разделе 11.2.3.2. Отчет по рискам содержит информацию о статусе рисков и используется 

для проверки отсутствия на момент окончания проекта каких-либо открытых рисков..

4.7.1.4 ПРИНЯТЫЕ ПОСТАВЛЯЕМЫЕ РЕЗУЛЬТАТЫ

Описаны в разделе 5.5.3.1. Принятые поставляемые результаты могут включать в себя одобренные спецификации 

продукта, подтверждающие получение документы и документы по исполнению работ. Также могут быть включены 

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

4.7.1.5 БИЗНЕС-ДОКУМЕНТЫ

Описаны в разделе 1.2.6. Бизнес документы включают в себя, среди прочего:

u

u

Бизнес-кейс. Документы бизнес-кейса включают в себя бизнес-потребности и сравнительный анализ затрат 

и выгод для обоснования проекта.

u

u

План управления выгодами. План управления выгодами определяет в общих чертах целевые выгоды проекта.

Бизнес-кейс используется, чтобы определить, были ли достигнуты предусмотренные в оценке экономической 

целесообразности осуществляемого проекта конечные результаты. План управления выгодами используется для оценки, 

были ли получены выгоды проекта в соответствии с планом.

4.7.1.6 СОГЛАШЕНИЯ

Описаны в разделе 12.2.3.2. Требования к формальному закрытию закупок обычно определяются в условиях 

и положениях договора и включаются в план управления закупками. Сложный проект может предполагать 

одновременное или последовательное управление несколькими договорами.

4.7.1.7 ЗАКУПОЧНАЯ ДОКУМЕНТАЦИЯ

Описана в разделе 12.3.1.4. В целях закрытия договора осуществляется сбор, индексирование и архивирование 

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

и стоимости, а также вся документация по изменениям договора, записи о проведенных платежах и результаты инспекций 

каталогизируются. Исполнительная документация (as-built) или документы разработчика (as-developed), руководства, 

инструкции по поиску и устранению неисправностей и другая техническая документация также должны рассматриваться как 

часть закупочной документации при закрытии проекта. Данная информация может использоваться в качестве информации 

об извлеченных уроках и основы для оценки подрядчиков для будущих договоров.

126 

Часть 1 - Руководство

4.7.1.8 АКТИВЫ ПРОЦЕССОВ ОРГАНИЗАЦИИ

Активы процессов организации, которые могут оказывать влияние на процесс закрытия проекта или фазы, включают  

в себя, среди прочего:

u

u

указания или требования по закрытию проекта или фазы (например, извлеченные уроки, итоговые аудиторские 

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

ресурсов, оценки эффективности и результативности работы команды и передача знаний);

u

u

базу знаний по управлению конфигурацией, содержащую версии и базовые варианты всех официальных стандартов 

политик, процедур организации и любых документов проекта.

4.7.2 ЗАКРЫТИЕ ПРОЕКТА ИЛИ ФАЗЫ: ИНСТРУМЕНТЫ И МЕТОДЫ

4.7.2.1 ЭКСПЕРТНАЯ ОЦЕНКА

Описана в разделе 4.1.2.1. Следует учитывать экспертные заключения, полученные от лиц или групп, обладающих 

специальными знаниями или подготовкой по следующим вопросам:

u

u

управленческий контроль,

u

u

аудит,

u

u

юридическое регулирование и закупки,

u

u

законодательство и нормативно-правовые акты.

4.7.2.2 АНАЛИЗ ДАННЫХ

В качестве методов анализа данных, которые могут использоваться при закрытии проекта, можно назвать, среди 

прочего, следующие:

u

u

Анализ документов. Описан в разделе 5.2.2.3. Оценка имеющейся в наличии документации позволяет определить 

извлеченные уроки и осуществить обмен знаниями для использования в будущих проектах и совершенствования 

активов организации.

u

u

Регрессионный анализ. Данный метод исследует взаимозависимости между различными переменными проекта, 

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

u

u

Анализ тенденций. Описан в разделе 4.5.2.2. Анализ тенденций можно использовать для подтверждения 

используемых в организации моделей и для внедрения изменений для будущих проектов.

u

u

Анализ отклонений. Описан в разделе 4.5.2.2. Анализ отклонений можно использовать для совершенствования 

метрик организации путем сравнения плановых показателей с конечным результатом.

127

4.7.2.3 СОВЕЩАНИЯ

Совещания проводятся, чтобы утвердить принятие поставляемых результатов; подтвердить соблюдение критериев 

выхода; формально закрыть договоры; дать оценку удовлетворенности заинтересованных сторон; собрать извлеченные 

уроки; передать знания и информацию по проекту и торжественно отметить успешное завершение проекта. Участниками 

могут быть члены команды проекта и другие заинтересованные стороны, вовлеченные в проект или попадающие под 

его влияние. Совещания могут быть очными, виртуальными, формальными или неформальными. Виды проводимых 

совещаний включают в себя: итоговые отчетные совещания, совещания с заказчиком для подведения итогов, совещания 

по извлеченным урокам и итоговые совещания об успешном окончании проекта.

4.7.3 ЗАКРЫТИЕ ПРОЕКТА ИЛИ ФАЗЫ: ВЫХОДЫ

4.7.3.1 ОБНОВЛЕНИЯ ДОКУМЕНТОВ ПРОЕКТА

В результате закрытия проекта все документы проекта могут быть обновлены и помечены как окончательные версии. 

Особый интерес представляет реестр извлеченных уроков, окончательный вариант которого должен включать в себя 

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

информацию об управлении выгодами, выводах о точности бизнес-кейса, жизненных циклах проекта и разработки, 

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

4.7.3.2 ПЕРЕДАЧА КОНЕЧНОГО ПРОДУКТА, УСЛУГИ ИЛИ РЕЗУЛЬТАТА

Поставленные по проекту продукт, услуга или результат могут быть переданы в другую группу или организацию, 

которые в дальнейшем берут на себя их эксплуатацию, техническое обслуживание и поддержку на протяжении всего их 

жизненного цикла.

Данный выход относится к указанной передаче конечного продукта, услуги или результата, для производства которого 

был авторизован проект (в случае закрытия фазы это относится к промежуточному продукту, услуге или результату данной 

фазы), одной командой другой команде.

4.7.3.3 ИТОГОВЫЙ ОТЧЕТ

Итоговый отчет представляет обобщающие сведения об исполнении проекта. Он может содержать такую 

информацию, как:

u

u

описание проекта или фазы на уровне обобщения;

u

u

цели содержания, использованные критерии для оценки содержания и доказательства того, что критерии 

завершения проекта были соблюдены;

u

u

цели по качеству, критерии, использованные для оценки качества проекта и продукта, фактические даты контрольных 

событий поставки и проверки и причины отклонений;

u

u

цели по стоимости, включая предусмотренные границы диапазона стоимости, фактические показатели стоимости  

и причины любого отклонения;

u

u

сводная проверочная информация о готовом продукте, услуге или результате;

128