Руководство к Своду знаний по управлению проектами (Руководство PMBOK) - стр. 97
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 показана диаграмма потоков данных процесса.