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

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

11.7.1.3 ДАННЫЕ ОБ ИСПОЛНЕНИИ РАБОТ

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

на риски, которые были осуществлены; риски, которые реализовались; действующие риски и те, которые были закрыты.

11.7.1.4 ОТЧЕТЫ ОБ ИСПОЛНЕНИИ РАБОТ

Описаны в разделе 4.5.3.1. В отчетах об исполнении работ приводится информация, полученная в результате измерений 

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

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

значение при мониторинге рисков, относящихся к исполнению.

11.7.2 МОНИТОРИНГ РИСКОВ: ИНСТРУМЕНТЫ И МЕТОДЫ

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

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

u

u

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

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

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

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

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

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

u

u

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

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

потерь по бюджету или расписанию. При анализе резервов для определения адекватности остатка резерва 

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

состоянию на определенный момент времени в ходе выполнения проекта. Эта информация может быть передана  

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

11.7.2.2 АУДИТОРСКИЕ ПРОВЕРКИ

Описаны в разделе 8.2.2.5. Аудиты рисков — это вид аудита, который может использоваться для рассмотрения 

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

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

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

решение о проведении специальных совещаний по аудиту рисков. Формат и цели аудита рисков должны быть четко 

определены до его проведения.

457

11.7.2.3 СОВЕЩАНИЯ

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

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

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

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

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

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

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

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

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

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

11.7.3 МОНИТОРИНГ РИСКОВ: ВЫХОДЫ

11.7.3.1 ИНФОРМАЦИЯ ОБ ИСПОЛНЕНИИ РАБОТ

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

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

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

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

11.7.3.2 ЗАПРОСЫ НА ИЗМЕНЕНИЯ

Описаны в разделе 4.3.3.4. Процесс мониторинга рисков может привести к запросу на изменение базового плана по 

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

проверку и направляются в соответствии с процессом интегрированного контроля изменений (см. раздел 4.6).

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

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

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

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

на основании запроса на изменение. Это может оказать влияние на любой компонент плана управления проектом.

458 

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

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

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

среди прочего:

u

u

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

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

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

u

u

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

проблемы регистрируются в журнале проблем.

u

u

Реестр извлеченных уроков. Описан в разделе 4.4.3.1. Реестр извлеченных уроков обновляется за счет 

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

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

u

u

Реестр рисков. Описан в разделе 11.2.3.1. Реестр рисков обновляется за счет внесения в него информации об 

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

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

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

u

u

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

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

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

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

реагирования и владельцах рисков, а также выводы и рекомендации. Кроме того, он может включать в себя 

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

11.7.3.5 ОБНОВЛЕНИЯ АКТИВОВ ПРОЦЕССОВ ОРГАНИЗАЦИИ

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

среди прочего:

u

u

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

u

u

иерархическую структуру рисков.

459

12

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

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

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

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

меморандумы о договорах (MOA) или соглашения об уровне услуг (SLA). Персонал, уполномоченный приобретать 

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

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

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

12.1 Планирование управления закупками — это процесс документирования решений по проекту в отношении 

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

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

12.3 Контроль закупок — это процесс управления отношениями с поставщиками, мониторинга исполнения договоров, 

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

Процессы закупок представлены как дискретные процессы с определенными границами. На практике процессы закупок 

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

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

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

На рис. 12-1 представлена общая схема процессов управления закупками проекта. Процессы управления закупками 

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

взаимодействуют такими способами, которые не могут быть в полной мере детализированы в Руководстве PMBOK®.

460 

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

Рис. 12-1. Общая схема управления закупками проекта

КЛЮЧЕВЫЕ КОНЦЕПЦИИ УПРАВЛЕНИЯ ЗАКУПКАМИ ПРОЕКТА

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

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

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

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

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

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

соответствующими полномочиями.

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

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

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

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

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

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

.1  Входы

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

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

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

.4 Предложения продавцов

.5 Факторы среды предприятия

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

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

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

.2 Реклама

.3 Конференции участников 

    тендера

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

.5 Навыки межличностных 

    отношений и работы с командой

.3  Выходы

.1 Выбранные продавцы

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

.3 Запросы на изменения

.4 Обновления плана управления 

    проектом

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

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

    организации

.1  Входы

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

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

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

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

.5 Факторы среды предприятия

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

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

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

.2 Сбор данных

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

.4 Анализ выбора поставщика

.5 Совещания

.3  Выходы

.1 План управления закупками 

.2 Стратегия закупок

.3 Документация по предложениям

.4 Задание на закупку

.5 Критерии выбора поставщика

.6 Решения «производить или 

    покупать»

.7 Независимые оценки стоимости 

.8 Запросы на изменения

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

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

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

.1  Входы

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

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

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

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

.5 Одобренные запросы на 

    изменения

.6 Данные об исполнении работ

.7 Факторы среды предприятия 

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

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

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

.2 Администрирование претензий 

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

.4 Инспекция

.5 Аудиторские проверки

.3  Выходы

.1 Закрытые закупки

.2 Информация об исполнении 

    работ

.3 Обновления закупочной 

    документации

.4 Запросы на изменения

.5 Обновления плана управления 

    проектом

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

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

    организации

Общая схема управления 

закупками проекта

12.2 Проведение 

закупок

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

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

12.3 Контроль

закупок

461

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

продавцом. Все, что не предусмотрено договором, не имеет юридической силы. При работе в международном масштабе 

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

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

Договор купли-продажи содержит основные положения и условия сделки и может включать в себя другие требования 

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

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

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

договором, соглашением об уровне услуг (SLAs), меморандумом о договорах (MOAs) или заказом на покупку.

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

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

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

закупками, разную терминологию, например «покупки», «договоры», «закупки» или «снабжение», однако скорее всего эти 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

производитель, имеющий договорные обязательства.

462 

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

Победитель тендера может управлять работой  как проектом. В таких случаях:

u

u

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

заинтересованной стороной проекта с точки зрения продавца.

u

u

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

или оказанием услуг.

u

u

Положения и условия договора и описание работ(SOW) на закупку становятся ключевыми входами многих процессов 

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

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

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

одобрение покупателем решений по обеспечению проекта персоналом). Описание работ (SOW) на закупку может 

иметь другое название, например «техническое описание работ».

u

u

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

и поставщиков.

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

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

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

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

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

после заключения контракта.

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

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

приобретение для ведения переговоров и подписания договоров напрямую (децентрализованное закупки). В более зрелых 

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

конкретные роли по покупке, ведению переговоров и подписанию контрактов (централизованные закупки).

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

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

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

463

ТЕНДЕНЦИИ И ФОРМИРУЮЩИЕСЯ ПРАКТИКИ В ОБЛАСТИ УПРАВЛЕНИЯ ЗАКУПКАМИ

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

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

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

u

u

Совершенствование инструментов. Достигнут значительный прогресс в создании инструментов для управления 

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

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

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

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

Information Model, BIM) в программных инструментах дает значительную экономию времени и средств в проектах, 

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

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

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

u

u

Более совершенное управление рисками. Усиливающейся тенденцией в управлении рисками является 

составление договоров так, чтобы конкретные риски были точно отнесены к ответственности тех сторон, которые 

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

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

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

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

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

u

u

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

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

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

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

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

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

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

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

464