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

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

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

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

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

5.3. Определение содержания – процесс разработки подробного описания проекта и продукта.

5.4. Создание иерархической структуры работ (ИСР) – процесс разделения поставляемых результатов проекта и работ проекта на меньшие компоненты, которыми легче управлять.

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

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

На рис. 5–1 представлена общая схема процессов управления содержанием проекта. Процессы управления содержанием проекта представляются в виде дискретных процессов с определенными границами, хотя на практике они накладываются и взаимодействуют такими способами, которые не могут быть в полной мере детализированы в Руководстве PMBOK®.

Рис. 5–1. Общая схема управления содержанием проекта

В контексте проекта термин «содержание» может обозначать:

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

 Содержание проекта. Работы, которые необходимо выполнить, чтобы получить продукт, услугу или результат с заданными свойствами и функциями. Термин «содержание проекта» иногда включает в себя содержание продукта.

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

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

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

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