Управление содержанием. Управление содержанием проекта хы-2. Управление содержанием проекта

• Название: Управление содержанием проекта
• Анкор: Управление содержанием
• Дата: 06.12.2021
• Размер: 0.71 Mb.
• Имя файла: Управление содержанием проекта хы-2.docx
• Тип: Документы; #293107

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

Начнём с того, что такое Содержание проекта?

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

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

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

Мы выделили 6 процессов, в основном их везде пять (без первого пункта), которые включает в себя Управление содержанием проекта:

• 
  Планирование управления содержанием;
  
• 
  Сбор требований;
  
• 
  Определение содержания;
  
• 
  Создание иерархической структуры работ (ИСР);
  
• 
  Подтверждение содержания - процесс формализованной приемки полученных поставляемых результатов проекта;
  
• 
  Контроль содержания.
  

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

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





Схема процессов управления содержанием проекта (рисунок 1) в соответствии с PMI PMBoK 5th Edition включает следующие процессы.

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

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

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

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

Требования становятся базой для ИСР. Планирование стоимости, расписания и качества строится на основе этих требований. Разработка требований начинается с анализа информации, содержащейся в Уставе проекта и в Реестре заинтересованных сторон проекта.



Определение содержания - процесс разработки подробного описания проекта и продукта. Цель данного процесса - описать границы и критерии приемки продукта, услуги или результата.

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

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



Создание иерархической структуры работ (ИСР) - процесс разделения поставляемых результатов проекта и работ проекта на меньшие компоненты, которыми легче управлять.

Цель процесса-определить структуру того, что необходимо поставить. Этот процесс выполняется единожды или в предопределенные моменты в проекте.

Разработка ИСР — это процесс разделения результатов проекта и работ по проекту на более мелкие и управляемые элементы. Иерархическая структура работ – это ориентированная на результаты иерархическая декомпозиция работ, которые должна выполнить команда проекта для достижения целей проекта и создания требуемых результатов.

На каждом более низком уровне ИСР представляет все более детальное описание работ по проекту. ИСР организует и определяет общее содержание проекта и представляет работы, указанные в текущем одобренном описании содержания проекта.



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

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

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



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

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

Управление содержанием проекта используется также для управления фактическими изменениями по мере их появления; оно интегрировано в остальные процессы управления. Неуправляемые изменения часто называют «сдвигом содержания проекта». Изменения в любом случае неизбежны, и поэтому необходим процесс управления изменениями.