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

Наиболее существенными из них являются [1,6]:

• Структурная модель (дерево) целей и задач – первая по времени разработки структурная декомпозиция цели проекта на подцели, задачи, подзадачи и т. д. (уточняется после разработки и структурной декомпозиции ЖЦП по фазам, стадиям и этапам и т. д.);
• Структурная модель (дерево) проекта по фазам, стадиям, этапам и т. д. – структурная декомпозиция проекта по времени и контрольным событиям (вехам), определяющим ход реализации проекта;
• Структурная декомпозиция (дерево) задач управления работами проекта (Task Breakdown Structure – TBS) – совокупность взаимосвязанных задач по управлению работами проекта;
• Структурная модель (дерево) организации работ по проекту (Organizational Breakdown Structure – OBS) – иерархическая декомпозиция организационной, управляющей и производственной структуры проекта;
• Матрица распределения работ и ответственности по исполнителям – матрица распределения работ проекта и задач по их управлению по исполнителям с указанием характера их участия в выполнении работ (условий и ответственности);
• Система сетевых моделей проекта – совокупность взаимосвязанных работ и задач по их управлению, построенная на основе WBS, TBS и OBS (с учетом матрицы распределения ответственности) с заданной степенью детализации, отвечающих требованиям различных уровней управления и участников проекта;
• Структурная декомпозиция (дерево) стоимости работ проекта – структурная декомпозиция стоимостных показателей работ проекта;
• Структурная декомпозиция (дерево) ресурсов проекта – структурная декомпозиция требуемых для выполнения проекта ресурсов;
• Структурная декомпозиция (дерево) распределения рисков по работам проекта – структурная декомпозиция вероятности рисковых событий по различным аспектам проекта (техническим, финансовым, организационным и т. д.) при выполнении работ проекта и оценок их воздействия на результаты выполнения работ и осуществление проекта в целом.

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

WBS определяет все элементы проекта в рамках иерархической структуры и указывает на их отношение к конечному продукту проекта. Ниже на рисунках 6.6 – 6.9 представлены структурные декомпозиции проекта разработки нового компьютера с различными уровнями детализации работ и целей проекта, а также распределение ответственности между подразделениями организации в рамках структурной декомпозиции организации OBS. В таблицах 6.2 и 6.3 показана возможность представления WBS в виде иерархического списка, в основу которого положено упорядочение по WBS или OBS.

Кодирование WBS для информационной системы:

• 1.0. Компьютерный проект
• 1.1 Дисковое запоминающее устройство
• 1.1.1 Гибкий диск
• 1.1.2 Оптический диск
• 1.1.3 Жесткий диск
• 1.1.3.1 Двигатель
• 1.1.3.1.1 Исходный набор работ
• 1.1.3.4. Головка чтения/записи
• 1.1.3.4.1 Учетный номер издержек
• 1.1.3.4.2 Учетный номер издержек
• и т.д.

Результаты планирования предметной области проекта:

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

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

Контроль предметной области при выполнении проекта – это процесс формальной и неформальной приемки результатов проекта инвесторами, заказчиками, клиентами и др.

Результаты организации и контроля выполнения предметной области проекта:

• системы управления предметной области при выполнения проекта.
• фактические данные об исполнении проекта.
• отчетность о выполнении проекта.
• формальный документ о приемке работ проекта (акты о выполнении строительно-монтажных работ, о приемке проектносметной документации, о сдаче объекта и др.).

Анализ состояния и регулирование предметной области проекта:

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

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

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

Завершение управления предметной областью проекта:

• проведение заключительного анализа результатов проекта;
• составление сводного отчета;
• разрешение спорных и конфликтных ситуаций;
• формирование архива проекта;
• извлечение уроков.