Как сдать экзамен PMP (Project Management Professional) - страница 21

Шрифт
Интервал



Ниже приведены некоторые операции по управлению конфигурацией, входящие в процесс интегрированного контроля изменений:

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

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

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

Управление содержанием проекта

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

В контексте проекта термин «содержание» может обозначать:

– Содержание продукта. Свойства и функции, которые характеризуют продукт, услугу или результат.

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



Классы требований:

– Бизнес-требования, описывающие высокоуровневые потребности организации в целом, например, проблемы или благоприятные возможности организации, а также причины, по которым проект был предпринят.

– Требования заинтересованных сторон, описывающие потребности заинтересованной стороны или группы заинтересованных сторон.

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