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

Рис. 5–6. Пример матрицы отслеживания требований

Определение содержания – процесс разработки подробного описания проекта и продукта. Ключевая выгода данного процесса состоит в том, что он описывает границы продукта, услуги или результата путем определения того, какие из собранных требований будут включены в содержание проекта и какие исключены из него. Входы, инструменты и методы, а также выходы этого процесса показаны на рис. 5–7. На рис. 5–8 показана диаграмма потоков данных процесса.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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