Руководство к своду знаний по управлению проектами (Руководство PMBOK®). Шестое издание. Agile: практическое руководство

В адаптивном или гибком жизненном цикле представители спонсора и заказчика должны быть постоянно вовлечены в проект для предоставления обратной связи о поставляемых результатах по мере их создания и обеспечения того, что бэклог (план незавершенных работ) отражает их текущие потребности. Два процесса (подтверждение содержания и контроль содержания) повторяются для каждой итерации. С другой стороны, в предиктивном проекте процесс подтверждения содержания осуществляется при поставке каждого поставляемого результата или рассмотрении результатов фазы, а процесс контроля содержания является непрерывным процессом.

В предиктивных проектах базовым планом проекта по содержанию является одобренная версия описания содержания проекта, иерархическая структура работ (ИСР) и соответствующий словарь ИСР. Базовый план может быть изменен только с помощью формальных процедур контроля изменений и используется как база для сравнения при исполнении процессов подтверждения содержания и контроля содержания, а также других процессов контроля. В проектах с адаптивным жизненным циклом для отражения их текущих потребностей используются бэклоги (включая требования к продукту и спецификации пользователя).

Реализация содержания проекта измеряется в сопоставлении с планом управления проектом, в то время как реализация содержания продукта измеряется в сопоставлении с требованиями к продукту. Понятие «требование» означает по определению условие или характеристику, которую должен, согласно требованиям, иметь продукт, услуга или результат, чтобы удовлетворить условия соглашения или другие официально установленные спецификации.

Подтверждение содержания – процесс формализованной приемки полученных поставляемых результатов проекта. Проверенные поставляемые результаты, полученные по результатам процесса контроля качества, являются входом процесса подтверждения содержания. Одним из выходов процесса подтверждения содержания являются принятые поставляемые результаты, приемка которых официально оформлена и одобрена уполномоченной заинтересованной стороной. Соответственно, заинтересованной стороне нужно включиться в работу на ранних стадиях планирования (в некоторых случаях еще при инициации проекта) и предоставить пожелания в отношении качества поставляемых результатов так, чтобы контроль качества мог дать оценку исполнения и рекомендации необходимых изменений.

ТЕНДЕНЦИИ И ВНОВЬ ВОЗНИКАЮЩИЕ ПРАКТИКИ В ОБЛАСТИ УПРАВЛЕНИЯ СОДЕРЖАНИЕМ ПРОЕКТА

Требования всегда были предметом особого интереса при управлении проектом и продолжают привлекать все большее внимание специалистов. По мере того как глобальная среда приобретает все более сложный характер, организации начинают понимать, как следует использовать бизнес-анализ для получения конкурентных преимуществ за счет операций определения, управления и контроля требований. Мероприятия по бизнес-анализу могут быть начаты до инициации проекта и назначения руководителя проекта. В соответствии с документом Управление требованиями: практическое руководство (Requirements Management: A Practice Guide) [14], процесс управления требованиями начинается с оценки потребностей, к которой можно приступить в ходе планирования портфеля, планирования программы или в рамках организации отдельного проекта.

Выяснение, документальное оформление и управление требованиями заинтересованных сторон проходит в рамках процессов управления содержанием проекта. Тенденции и вновь возникающие практики в области управления содержанием проекта отличаются, среди прочего, особым вниманием к сотрудничеству со специалистами в области бизнес-анализа с целью:

 определить проблемы и выяснить бизнес-потребности;

 определить и рекомендовать осуществимые решения по удовлетворению указанных потребностей;

 выяснить, документально оформить требования заинтересованных сторон и управлять ими для достижения целей бизнеса и проекта;

 создать необходимые условия для успешного производства продукта, услуги или конечного результата программы или проекта [7].

Данный процесс завершается полным удовлетворением требований, что означает передачу продукта, услуги или результата получателю для измерения, мониторинга, реализации и поддержания выгод с течением времени.

Роль с ответственностью за проведение бизнес-анализа возлагается на ресурсы, обладающие достаточными навыками и экспертными знаниями в области бизнес-анализа. Если для участия в проекте назначен бизнес-аналитик, то относящиеся к требованиям операции входят в сферу ответственности этой роли. Ответственность за обеспечение учета относящейся к требованиям работы в плане управления проектом, а также своевременного исполнения относящихся к требованиям операций в пределах установленного бюджета и создание ценности несет руководитель проекта.