Руководство к Своду знаний по управлению проектами (Руководство PMBOK) - стр. 95
♦ Подтверждение и контроль. Имеются ли в организации действующие формальные или неформальные относящиеся к подтверждению и контролю политики, процедуры или инструкции?
♦ Подход к разработке. Использует ли организация гибкие подходы при управлении проектами? Является ли подход к разработке итеративным или инкрементным? Используется ли предиктивный подход? Будет ли продуктивным гибридный подход?
♦ Стабильность требований. Имеются ли в проекте области с нестабильными требованиями? Возникает ли необходимость из-за нестабильности требований использовать упрощенные (lean), гибкие или другие адаптивные методы в период, пока требования не станут стабильными и не будут хорошо определены?
♦ Руководство. Имеются ли в организации формальные или неформальные политики, процедуры и руководящие принципы в области аудита и руководства?
СООБРАЖЕНИЯ ДЛЯ ГИБКИХ/АДАПТИВНЫХ СРЕД
В проектах с постоянно развивающимися требованиями, с высоким уровнем риска или большой степенью неопределенности во многих случаях на начальной стадии проекта его содержание остается неясным или развивается по мере осуществления. На ранней стадии проекта при использовании гибких методов на определение и согласование содержания целенаправленно выделяется меньше времени, чем на организацию процесса непрерывного раскрытия и уточнения требований. Во многих средах с вновь возникающими требованиями становится понятно, что между реальными бизнес-требованиями и бизнес-требованиями, которые были изначально заявлены, существует определенный разрыв. В этой связи при использовании гибких методов с целью уточнения требований целенаправленно создаются и анализируются прототипы и версии. В результате определение и уточнение содержания происходит на всем протяжении проекта. При применении гибких подходов требования формируют бэклог.
5.1 Планирование управления содержанием
Планирование управления содержанием – процесс создания плана управления содержанием, документирующего, каким образом содержание проекта и продукта будет определяться, подтверждаться и контролироваться. Ключевая выгода данного процесса состоит в том, что он предоставляет руководство и указания относительно управления содержанием проекта на протяжении всего проекта. Этот процесс выполняется единожды или в предопределенные моменты в проекте. Входы, инструменты и методы, а также выходы этого процесса показаны на рис. 5–2. На рис. 5–3 показана диаграмма потоков данных процесса.
Рис. 5–2. Планирование управления содержанием: входы, инструменты и методы, выходы
Рис. 5–3. Планирование управления содержанием: диаграмма потоков данных