Активы организационного процесса (обновления)

Шесть процессов управления рисками проекта выдают информацию, которая может быть использована в будущих проектах и должна войти в состав активов организационного процесса (раздел 4.1.1.4). При завершении проекта можно обновить шаблоны плана управления рисками (в т. ч. матрицу вероятности и последствий) и реестр рисков. Риски можно оформить документально, а иерархическую структуру ресурсов обновить. Знания, накопленные в результате проведения операций по управлению рисками проекта, могут занять свое место в базе данных накопленных знаний организации. В базы данных организации также можно добавить информацию о фактической стоимости и продолжительности операций проекта. К активам организационного процесса также относятся окончательная версия реестра рисков, шаблоны плана управления рисками, контрольные списки и иерархические структуры рисков.

План управления проектом (обновления)

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

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

Глава 5 «Управление содержанием проекта» показывает процессы,

связанные с обеспечением того, чтобы проект содержал все требуемые и

только требуемые работы для успешного выполнения проекта. Эта глава

включает в себя следующее:

• Сбор требований

• Определение содержания

• Создание ИСР

• Подтверждение содержания

• Контроль содержания

Управление содержанием проекта включает в себя процессы, обеспечивающие

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

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

определением и контролем того, что включено и что не включено в проект. На рис. 5-1

представлена общая схема процессов управления содержанием проекта, которые

включают в себя следующее:

5.1 Сбор требований – процесс определения и документирования потребностей

заинтересованных сторон проекта для достижения целей проекта.

5.2 Определение содержания – процесс разработки подробного описания проекта

и продукта.

5.3 Создание иерархической структуры работ (ИСР) – процесс разделения

результатов проекта и работ проекта на более мелкие элементы, которыми

легче управлять.

5.4 Подтверждение содержания – процесс формализованной приемки

завершенных результатов проекта.

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

 

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

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

 

Этапы управлением содержанием:

Планирование

Структура разбиения (декомпозиции) работ(WBS — Work Breakdown Structure) — иерархическая структура последовательной декомпозиции проекта на подпроекты, пакеты работ различного уровня, пакеты детальных работ

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

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

 

 

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

Управление сроками проекта включает в себя процессы, обеспечивающие

своевременное завершение проекта. На рис. 6-1 приведена общая схема следующих

процессов управления сроками проекта:

6.1 Определение операций – процесс определения конкретных операций, которые

необходимо выполнить для получения результатов проекта.

6.2 Определение последовательности операций – процесс выявления и

документирования зависимостей между операциями проекта.

6.3 Оценка ресурсов операций – процесс оценки типов и количества материалов,

человеческих ресурсов, оборудования или поставок, необходимых для

выполнения каждой операции.

6.4 Оценка длительности операций – процесс приблизительного определения

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

при предполагаемых ресурсах.

6.5 Разработка расписания – процесс анализа последовательностей операций, их

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

расписания проекта.

6.6 Управление расписанием – процесс мониторинга статуса проекта для

корректировки его исполнения и внесения изменений в базовое расписание.

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

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

• сетевые графики метода критического пути;

• сетевые модели методов PERT, COST, PERT/COST;

• сетевые матрицы.