Руководство к своду знаний по управлению проектами (Руководство PMBOK®). Шестое издание. Agile: практическое руководство
Шрифт:
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. Описание содержания проекта
Описание содержания проекта – это изложение содержания проекта, основных поставляемых результатов, допущений и ограничений. Описание содержания проекта документирует все содержание, включая содержание проекта и продукта. Оно содержит детальное описание поставляемых результатов проекта. Описание содержания проекта также формулирует общее понимание содержания проекта заинтересованными сторонами. Оно может содержать явные исключения из содержания, что может помочь в управлении ожиданиями заинтересованных сторон. Оно позволяет команде проекта осуществлять более детальное планирование, направляет работу команды проекта во время исполнения и предоставляет базовый план для оценки того, попадают ли запросы на изменения или дополнительная работа в границы проекта.
Степень и уровень детализации, с которой описание содержания проекта определяет работу, которая будет выполнена, и работу, которая исключена, могут помочь определить, насколько хорошо команда управления проектом может контролировать содержание всего проекта. Подробное описание содержания проекта либо непосредственно, либо в виде ссылок на другие документы включает в себя:
Описание содержания продукта. Последовательно уточняет характеристики продукта, услуги или результата, описанного в уставе проекта или в документации по требованиям.
Поставляемые результаты. Любой уникальный и поддающийся проверке продукт, результат или способность оказывать услугу, которые необходимо произвести для завершения процесса, фазы или проекта. Поставляемые результаты также включают в себя вспомогательные результаты, такие как отчеты и документы по управлению проектом. Данные поставляемые результаты могут быть описаны обобщенно или с высокой степенью детализации.
Критерии приемки. Набор условий, которые должны быть выполнены до того, как поставляемые результаты будут приняты.
Исключения из проекта. Определяет, что исключено из проекта. Явная формулировка того, что именно находится вне содержания проекта, помогает управлять ожиданиями заинтересованных сторон и может сократить расползание содержания.
Хотя устав проекта и описание содержания проекта иногда воспринимаются как документы, в определенной степени дублирующие друг друга, они различаются уровнем детализации. Устав проекта содержит высокоуровневую информацию, а описание содержания проекта – подробное описание компонентов содержания. Данные компоненты последовательно уточняются в течение проекта. В таблице 5–1 описаны некоторые из ключевых элементов каждого документа.