Руководство к своду знаний по управлению проектами (Руководство 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. Описание содержания проекта
Описание содержания проекта – это изложение содержания проекта, основных поставляемых результатов, допущений и ограничений. Описание содержания проекта документирует все содержание, включая содержание проекта и продукта. Оно содержит детальное описание поставляемых результатов проекта. Описание содержания проекта также формулирует общее понимание содержания проекта заинтересованными сторонами. Оно может содержать явные исключения из содержания, что может помочь в управлении ожиданиями заинтересованных сторон. Оно позволяет команде проекта осуществлять более детальное планирование, направляет работу команды проекта во время исполнения и предоставляет базовый план для оценки того, попадают ли запросы на изменения или дополнительная работа в границы проекта.