Руководство к своду знаний по управлению проектами (Руководство PMBOK®). Шестое издание. Agile: практическое руководство
Шрифт:
5.5.1.1. План управления проектом
Описан в разделе 4.2.3.1. Компоненты плана управления проектом включают в себя, среди прочего:
План управления содержанием. Описан в разделе 5.1.3.1. План управления проектом устанавливает, как будет производиться формальная приемка полученных поставляемых результатов проекта.
План управления требованиями. Описан в разделе 5.1.3.2. План управления требованиями описывает, как производится подтверждение требований проекта.
Базовый план по содержанию. Описан в разделе 5.4.3.1. Базовый план по содержанию сравнивается с фактическими результатами для того, чтобы определить, требуются
5.5.1.2. Документы проекта
Документы проекта, которые можно считать входами в данный процесс, включают в себя, среди прочего:
Реестр извлеченных уроков. Описан в разделе 4.4.3.1. Уроки, извлеченные на более ранних стадиях проекта, могут применяться на его более поздних стадиях с целью улучшения результативности и эффективности подтверждения поставляемых результатов.
Отчеты о качестве. Описаны в разделе 8.2.3.1. Информация, представленная в отчете о качестве, может включать в себя все проблемы с обеспечением качества, решаемые или эскалируемые командой, рекомендации по совершенствованию этой работы и сводку заключений в рамках процесса контроля качества. Эта информация рассматривается перед приемкой продукта.
Документацию по требованиям. Описана в разделе 5.2.3.1. Требования сравниваются с фактическими результатами с целью определить, требуются ли изменения, корректирующие или предупреждающие действия.
Матрицу отслеживания требований. Описана в разделе 5.2.3.2. Матрица отслеживания требований содержит информацию о требованиях, включая порядок их подтверждения.
5.5.1.3. Проверенные поставляемые результаты
Проверенные поставляемые результаты – это поставляемые результаты проекта, полученные и проверенные на правильность в рамках процесса контроля качества.
5.5.1.4. Данные об исполнении работ
Описаны в разделе 4.3.3.2. Данные об исполнении работ могут включать в себя степень соответствия требованиям, количество несоответствий, серьезность несоответствий или количество циклов подтверждения, исполненных в тот или иной период времени.
5.5.2. Подтверждение содержания: инструменты и методы
5.5.2.1. Инспекция
Описана в разделе 8.3.2.3. Инспекция включает в себя такие действия, как измерение, обследование и подтверждение, позволяющие определить, соответствуют ли работы и поставляемые результаты требованиям к продукту и критериям его приемки. Инспекции иногда называются проверками, проверками продукта или сквозным контролем. В некоторых прикладных областях данные различные термины имеют более узкий и специфический смысл.
5.5.2.2. Принятие решений
Описано в разделе 5.2.2.4. В качестве примера процедуры принятия решений, которую можно использовать в данном процессе, можно привести, среди прочего, голосование. Голосование используется для принятия окончательного решения, когда подтверждение выполняется командой проекта и другими заинтересованными сторонами.
5.5.3. Подтверждение содержания: выходы
5.5.3.1. Принятые поставляемые результаты
Поставляемые результаты, соответствующие критериям приемки, получают формальное утверждение и одобрение заказчика или спонсора. Формальная документация, полученная от заказчика или спонсора, подтверждающая формальную приемку заинтересованной стороной поставляемых результатов проекта, передается в процесс
закрытия проекта или фазы (раздел 4.7).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). Контроль содержания проекта используется также для управления фактическими изменениями по мере их появления, при этом он интегрирован с остальными процессами контроля. Неконтролируемое расширение содержания продукта или проекта без учета влияния на сроки, стоимость и ресурсы называется расползанием содержания. Изменения в любом случае неизбежны, и поэтому для каждого проекта необходим процесс контроля изменений в том или ином виде.