Коллектив авторов: Руководство к Своду знаний по управлению проектами (Руководство PMBOK)

Рис. 5–7. Определение содержания: входы, инструменты и методы, а также выходы

Рис. 5–8. Диаграмма потоков данных определения содержания

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

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

Описан в разделе 5.1.3.1. План управления содержанием – это компонент плана управления проектом, задающий действия по разработке, мониторингу и контролю содержания проекта.

Описан в разделе 4.1.3.1. Устав проекта предоставляет высокоуровневое описание проекта и высокоуровневые характеристики продукта. Кроме того, он содержит требования к одобрению проекта. Если в исполняющей организации не применяется устав проекта, необходимо получить или подготовить аналогичную информацию, которую следует использовать в качестве основы для подробного описания содержания проекта. Организации, которые не разрабатывают формальный устав проекта, обычно проводят неформальный анализ для выявления информации, необходимой для дальнейшего планирования содержания.

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

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

• политики, процедуры и шаблоны описания содержания проекта;

• архивы предыдущих проектов;

• извлеченные уроки из предыдущих фаз или проектов.

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

• другие подразделения в рамках организации;

• консультанты;

• заинтересованные стороны, в том числе заказчики или спонсоры;

• профессиональные и технические ассоциации;

• промышленные группы;

• эксперты по предметной области.

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