Руководство к Своду знаний по управлению проектами (Руководство PMBOK) - стр. 92
5.4. Создание иерархической структуры работ (ИСР) – процесс разделения поставляемых результатов проекта и работ проекта на меньшие компоненты, которыми легче управлять.
5.5. Подтверждение содержания – процесс формализованной приемки полученных поставляемых результатов проекта.
5.6. Контроль содержания – процесс мониторинга состояния содержания проекта и продукта, а также управления изменениями базового плана по содержанию.
На рис. 5–1 представлена общая схема процессов управления содержанием проекта. Процессы управления содержанием проекта представляются в виде дискретных процессов с определенными границами, хотя на практике они накладываются и взаимодействуют такими способами, которые не могут быть в полной мере детализированы в Руководстве PMBOK®.
Рис. 5–1. Общая схема управления содержанием проекта
КЛЮЧЕВЫЕ КОНЦЕПЦИИ УПРАВЛЕНИЯ СОДЕРЖАНИЕМ ПРОЕКТА
В контексте проекта термин «содержание» может обозначать:
♦ Содержание продукта. Свойства и функции, которые характеризуют продукт, услугу или результат.
♦ Содержание проекта. Работы, которые необходимо выполнить, чтобы получить продукт, услугу или результат с заданными свойствами и функциями. Термин «содержание проекта» иногда включает в себя содержание продукта.
Жизненные циклы проекта могут варьироваться в широком диапазоне от предиктивных подходов с одной стороны, и до адаптивного или гибкого подхода с другой. В предиктивном жизненном цикле поставляемые результаты проекта определяются в начале проекта, а управление всеми изменениями в содержании осуществляется последовательно в ходе осуществления проекта. В адаптивном или гибком (agile) жизненном цикле поставляемые результаты проходят разработку в ходе нескольких итераций, подробное содержание которых определяется и утверждается по отдельности в начале каждой их них.
Проекты с адаптивными жизненными циклами предназначены для реагирования на высокий уровень изменений и требуют постоянной вовлеченности заинтересованных сторон. Общее содержание адаптивного проекта разбивается на набор требований, а работа, которая должна быть выполнена, иногда называется бэклогом продукта (журналом незавершенных работ продукта). В начале итерации команда определяет, сколько высокоприоритетных элементов из бэклога могут быть получены во время следующей итерации. Три процесса (сбор требований, определение содержания и создание ИСР) осуществляются для каждой итерации. С другой стороны, в предиктивном проекте указанные процессы исполняются перед началом проекта и обновляются по мере необходимости с использованием интегрированного процесса контроля изменений.