Руководство к своду знаний по управлению проектами (Руководство PMBOK®). Шестое издание. Agile: практическое руководство
Шрифт:
5.5.2.2. Принятие решений
Описано в разделе 5.2.2.4. В качестве примера процедуры принятия решений, которую можно использовать в данном процессе, можно привести, среди прочего, голосование. Голосование используется для принятия окончательного решения, когда подтверждение выполняется командой проекта и другими заинтересованными сторонами.
5.5.3. Подтверждение содержания: выходы
5.5.3.1. Принятые поставляемые результаты
Поставляемые результаты, соответствующие критериям приемки, получают формальное утверждение
5.5.3.2. Информация об исполнении работ
Информация об исполнении работ включает в себя информацию о прогрессе проекта, например, какие поставляемые результаты были, а какие не были приняты, а также причины этого. Данная информация документируется согласно процедуре, описанной в разделе 10.3.3.1, и сообщается заинтересованным сторонам.
5.5.3.3. Запросы на изменения
Полученные поставляемые результаты, которые не были формально приняты, документируются с указанием причин, по которым они не были приняты. Такие поставляемые результаты могут потребовать запроса на изменение для исправления дефекта. Запросы на изменения (см. раздел 4.3.3.4) проходят процесс рассмотрения и принятия решения об исполнении в соответствии с процессом интегрированного контроля изменений (см. раздел 4.6).
5.5.3.4. Обновления документов проекта
В качестве документов проекта, которые могут быть обновлены в результате осуществления данного процесса, можно назвать, среди прочего:
Реестр извлеченных уроков. Описан в разделе 4.4.3.1. В реестр извлеченных уроков вносятся обновления за счет включения информации о трудностях, с которыми пришлось столкнуться, и сведения о том, как их можно было избежать, а также о проверенных на практике подходах к осуществлению подтверждения поставляемых результатов.
Документацию по требованиям. Описана в разделе 5.2.3.1. Документация по требованиям может обновляться за счет внесения фактических результатов подтверждения. Особый интерес представляют сведения о том, когда фактические результаты оказываются лучше предусмотренных требованиями, или когда поступил отказ от требований.
Матрицу отслеживания требований. Описана в разделе 5.2.3.2. Матрица отслеживания требований обновляется за счет внесения результатов подтверждения, включая сведения о примененном методе и конечном результате.
5.6. Контроль содержания
Контроль содержания – процесс мониторинга состояния содержания проекта и продукта, а также управления изменениями базового плана по содержанию. Ключевая выгода данного процесса состоит в том, что ведение базового плана по содержанию осуществляется на протяжении всего проекта. Этот процесс осуществляется на протяжении всего проекта. Входы, инструменты и методы, а также выходы этого процесса показаны на рис. 5-17. На рис. 5-18 показана диаграмма потоков данных процесса.
Рис. 5-17. Контроль содержания: входы, инструменты и методы, выходы
Рис. 5-18.
Контроль содержания проекта обеспечивает обработку всех запрошенных изменений и рекомендованных корректирующих или предупреждающих действий в рамках процесса интегрированного контроля изменений (см. раздел 4.6). Контроль содержания проекта используется также для управления фактическими изменениями по мере их появления, при этом он интегрирован с остальными процессами контроля. Неконтролируемое расширение содержания продукта или проекта без учета влияния на сроки, стоимость и ресурсы называется расползанием содержания. Изменения в любом случае неизбежны, и поэтому для каждого проекта необходим процесс контроля изменений в том или ином виде.
5.6.1. Контроль содержания: входы
5.6.1.1. План управления проектом
Описан в разделе 4.2.3.1. Компоненты плана управления проектом включают в себя, среди прочего:
План управления содержанием. Описан в разделе 5.1.3.1. Процесс управления содержанием документирует, каким образом содержание проекта и продукта будет контролироваться.
План управления требованиями. Описан в разделе 5.1.3.2. План управления требованиями описывает, как осуществляется управление требованиями проекта.
План управления изменениями. Описан в разделе 4.2.3.1. План управления изменениями определяет процесс управления изменениями проекта.
План управления конфигурацией. Описан в разделе 4.2.3.1. План управления конфигурацией определяет те элементы, которые являются конфигурируемыми, элементы, которые требуют формального контроля изменений, а также процесс контроля изменений таких элементов.
Базовый план по содержанию. Описан в разделе 5.4.3.1. Базовый план по содержанию сравнивается с фактическими результатами для того, чтобы определить, требуются ли изменения, корректирующие или предупреждающие действия.
Базовый план исполнения. Описан в разделе 4.2.3.1. При использовании анализа освоенного объема базовый план исполнения сравнивается с фактическими результатами для того, чтобы определить, требуются ли изменения, корректирующие или предупреждающие действия.
5.6.1.2. Документы проекта
Документы проекта, которые можно считать входами в данный процесс, включают в себя, среди прочего:
Реестр извлеченных уроков. Описан в разделе 4.4.3.1. Уроки, извлеченные на более ранних стадиях проекта, могут применяться на его более поздних стадиях с целью улучшения контроля содержания.
Документацию по требованиям. Описана в разделе 5.2.3.1. Документация по требованиям используется для выявления любых отклонений в согласованном содержании проекта или продукта.
Матрицу отслеживания требований. Описана в разделе 5.2.3.2. Матрица отслеживания требований помогает выявить воздействие какого-либо изменения или отклонения от базового плана по содержанию на цели проекта. Она также предоставляет статус контролируемых требований.
5.6.1.3. Данные об исполнении работ
Данные об исполнении работ могут включать в себя количество полученных запросов на изменения, количество принятых запросов или количество проверенных, подтвержденных и выполненных поставляемых результатов.