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

Управление содержанием проекта (scope management) — область знаний управления проектом, что включает процессы определения необходимых объемов работ проекта, планирование их выполнения, управление изменениями в объемах и работах.

Процессы, что используются при управлении содержанием проекта и вспомогательные инструменты могут различаться в зависимости от сферы реализации проекта. Утвержденное содержание проекта и иерархическая структура работ являются базовым планом проекта, куда могут вноситься изменения, проводится отслеживание выполнения работ [1, с 27].

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

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

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

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

Эти процессы взаимосвязаны друг с другом, а также с процессами из других областей знаний. Каждый процесс может включать в себя действия одного или нескольких лиц в зависимости от потребностей проекта. Каждый процесс происходит в каждом проекте не менее одного раза и выполняется в одной или нескольких фазах проекта, если проект разбит на фазы. Хотя процессы представлены здесь в виде дискретных элементов с четко выделенными границами, на практике они накладываются друг на друга и оказывают взаимное влияние; такие наложения и взаимодействия здесь не описаны. Взаимодействия процессов подробно рассматриваются в главе 3 «Процессы управления проектом». В контексте проекта термин «содержание» может обозначать:

• · Содержание продукта. Свойства и функции, которые характеризуют продукт, услугу или результат; и/или
• · Содержание проекта. Работы, которые необходимо выполнить для создания продукта, услуги или результата с указанными характеристиками и функциями.

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

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