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

Коллектив авторов

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

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

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

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

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

5.3.1. Определение содержания: входы

5.3.1.1. Устав проекта

Описан в разделе 4.1.3.1. Устав проекта предоставляет высокоуровневое описание проекта и высокоуровневые характеристики продукта, а также требования к одобрению.

5.3.1.2. План управления проектом

Описан в разделе 4.2.3.1. Компонент плана управления проектом включает в себя, среди прочего, план управления содержанием, как описано в разделе 5.1.3.1, который документирует порядок определения, подтверждения и контроля содержания проекта.

5.3.1.3. Документы проекта

В качестве примеров документов проекта, которые можно считать входами в данный процесс, можно назвать, среди прочего:

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

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

 Реестр рисков. Описан в разделе 11.2.3.1. Реестр рисков содержит стратегии реагирования, которые могут влиять на содержание проекта, например, сокращение или изменение содержания проекта и продукта, чтобы уклониться от риска или снизить риск.

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

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

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

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

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

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

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

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

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

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

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

5.3.2.

Определение содержания: инструменты и методы

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

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

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

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

5.3.2.3. Принятие решений

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

5.3.2.4. Навыки межличностных отношений и работы с командой

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

5.3.2.5. Анализ продукта

Анализ продукта может использоваться для определения продуктов и услуг. Он состоит в постановке вопросов о продукте или услуге и формировании ответов для описания использования, характеристик и других релевантных аспектов того, что должно входить в поставку.

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

 разбиение продукта на составные части,

 анализ требований,

 анализ систем,

 системную инженерию,

 анализ ценности,

 функционально-стоимостный анализ.

5.3.3. Определение содержания: выходы

5.3.3.1. Описание содержания проекта

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