Руководство к своду знаний по управлению проектами (Руководство PMBOK®). Шестое издание. Agile: практическое руководство

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

 Описание жизненного цикла проекта. Жизненный цикл проекта – это ряд фаз, через которые проходит проект с момента его начала до момента завершения.

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

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

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

 организационную культуру,

 инфраструктуру,

 управление персоналом,

 ситуацию на рынке.

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

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

 политики и процедуры,

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

5.1.2. Планирование управления содержанием: инструменты и методы

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

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

 предшествующие подобные проекты;

 информация об отрасли, дисциплине и прикладной области.

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

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

5.1.2.3. Совещания

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

5.1.3. Планирование управления содержанием: выходы

5.1.3.1. План управления содержанием

План управления содержанием – компонент плана управления проектом, описывающий, каким образом содержание будет определяться, разрабатываться, отслеживаться, контролироваться и подтверждаться. Компоненты плана управления содержанием включают в себя:

 процесс подготовки описания содержания проекта;

 процесс, который позволяет создавать ИСР из подробного описания содержания проекта;

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

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

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

5.1.3.2. План управления требованиями

План управления требованиями – это компонент плана управления проектом, описывающий способы анализа, документирования требований по проекту и продукту и управления ими. Согласно документу Бизнес-анализ для специалистов-практиков: Практическое руководство (Analysis for Practitioners: A Practice Guide) [7], в некоторых организациях данный план называют еще «план бизнес-анализа». Компоненты плана управления требованиями могут включать в себя, среди прочего:

 порядок планирования, отслеживания и составления отчетов о действиях в отношении требований;

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

 процесс приоритизации требований;

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

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

5.2. Сбор требований

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