Руководство к своду знаний по управлению проектами (Руководство PMBOK®). Шестое издание. Agile: практическое руководство
Шрифт:
цели по стоимости, включая предусмотренные границы диапазона стоимости, фактические показатели стоимости и причины любого отклонения;
сводная проверочная информация о готовом продукте, услуге или результате;
цели расписания, включая сведения о том, принесли ли полученные результаты те выгоды, ради которых был предпринят проект. Если выгоды не получены к моменту закрытия проекта, следует указать, в какой мере они были получены, и дать оценку перспектив реализации выгод в будущем.
сводная информация о том, как конечный продукт, услуга или результат обеспечили бизнес-потребности, предусмотренные в бизнес-плане; Если бизнес-потребности к моменту закрытия проекта
сводная информация о рисках и проблемах, с которыми пришлось столкнуться в ходе осуществления проекта, и какие меры были приняты для их устранения.
4.7.3.4. Обновления активов процессов организации
Обновляемые активы процессов организации включают в себя, среди прочего, следующие:
Документы проекта. Документация, оформленная по результатам операций проекта, например, план управления проектом, документы о содержании, стоимости, расписании и календари проекта, а также документы по управлению изменениями.
Операционные и вспомогательные документы. Документы, необходимые организации для технического обслуживания, эксплуатации и технической поддержки продукта или услуги, поставленных в результате проекта. Это могут быть новые документы или обновленные существующие документы.
Документы закрытия проекта или фазы. Документы закрытия проекта или фазы, состоящие из формальной документации, подтверждающей завершение проекта или фазы и передачу поставляемых результатов завершенного проекта или фазы другим сторонам, например, в группу операционной деятельности или в следующую фазу. Во время закрытия проекта руководитель проекта проводит обзор документов предыдущей фазы, обзор документации по приемке заказчиком из процесса подтверждения содержания (раздел 5.5) и соглашения (если применимо), чтобы убедиться, что все требования проекта были выполнены до окончательного закрытия проекта. Если проект был прекращен до его завершения, то формальная документация содержит объяснения, почему проект был прекращен, и устанавливает процедуры передачи завершенных и незавершенных поставляемых результатов отмененного проекта другим сторонам.
Репозиторий извлеченных уроков. Извлеченные уроки и знания, полученные на протяжении всего проекта, передаются в репозиторий извлеченных уроков для использования в последующих проектах.
5. Управление содержанием проекта
Управление содержанием проекта включает в себя процессы, требуемые для обеспечения того, чтобы проект содержал все и только те работы, которые требуются для успешного выполнения проекта. Управление содержанием проекта непосредственно связано с определением и контролем того, что включено и что не включено в проект.
Управление содержанием проекта включает в себя следующие процессы:
5.1. Планирование управления содержанием – процесс создания плана управления содержанием, документирующего, каким образом содержание и продукта будет определяться, подтверждаться и контролироваться.
5.2. Сбор требований – процесс определения, документирования и управления потребностями и требованиями заинтересованных сторон для достижения целей проекта.
5.3. Определение содержания – процесс разработки подробного описания проекта и продукта.
5.4. Создание иерархической структуры работ (ИСР) –
процесс разделения поставляемых результатов проекта и работ проекта на меньшие компоненты, которыми легче управлять.5.5. Подтверждение содержания – процесс формализованной приемки полученных поставляемых результатов проекта.
5.6. Контроль содержания – процесс мониторинга состояния содержания проекта и продукта, а также управления изменениями базового плана по содержанию.
На рис. 5–1 представлена общая схема процессов управления содержанием проекта. Процессы управления содержанием проекта представляются в виде дискретных процессов с определенными границами, хотя на практике они накладываются и взаимодействуют такими способами, которые не могут быть в полной мере детализированы в Руководстве PMBOK®.
Рис. 5–1. Общая схема управления содержанием проекта
В контексте проекта термин «содержание» может обозначать:
Содержание продукта. Свойства и функции, которые характеризуют продукт, услугу или результат.
Содержание проекта. Работы, которые необходимо выполнить, чтобы получить продукт, услугу или результат с заданными свойствами и функциями. Термин «содержание проекта» иногда включает в себя содержание продукта.
Жизненные циклы проекта могут варьироваться в широком диапазоне от предиктивных подходов с одной стороны, и до адаптивного или гибкого подхода с другой. В предиктивном жизненном цикле поставляемые результаты проекта определяются в начале проекта, а управление всеми изменениями в содержании осуществляется последовательно в ходе осуществления проекта. В адаптивном или гибком (agile) жизненном цикле поставляемые результаты проходят разработку в ходе нескольких итераций, подробное содержание которых определяется и утверждается по отдельности в начале каждой их них.
Проекты с адаптивными жизненными циклами предназначены для реагирования на высокий уровень изменений и требуют постоянной вовлеченности заинтересованных сторон. Общее содержание адаптивного проекта разбивается на набор требований, а работа, которая должна быть выполнена, иногда называется бэклогом продукта (журналом незавершенных работ продукта). В начале итерации команда определяет, сколько высокоприоритетных элементов из бэклога могут быть получены во время следующей итерации. Три процесса (сбор требований, определение содержания и создание ИСР) осуществляются для каждой итерации. С другой стороны, в предиктивном проекте указанные процессы исполняются перед началом проекта и обновляются по мере необходимости с использованием интегрированного процесса контроля изменений.
В адаптивном или гибком жизненном цикле представители спонсора и заказчика должны быть постоянно вовлечены в проект для предоставления обратной связи о поставляемых результатах по мере их создания и обеспечения того, что бэклог (план незавершенных работ) отражает их текущие потребности. Два процесса (подтверждение содержания и контроль содержания) повторяются для каждой итерации. С другой стороны, в предиктивном проекте процесс подтверждения содержания осуществляется при поставке каждого поставляемого результата или рассмотрении результатов фазы, а процесс контроля содержания является непрерывным процессом.