Структура проекта. Организационные структуры

1.

Тема 4. Структура проекта.
Организационные структуры
1. Структуры проекта
2. Алгоритм декомпозиции проекта
3. Правила декомпозиции проекта
4. Структурные модели проекта

2.

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

3.

При планировании предметной
области проекта используются
следующие методы и подходы:
- Анализ целей и результатов
проекта (продукта);
- Декомпозиция проекта.

4.

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

5.

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

6.

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

7.

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

8.

2. Алгоритм декомпозиции проекта
Включает в себя:
1. Определение основных элементов
проекта.
2. Определение достаточности
детализации полученных элементов.
3. Разложение элемента на
составляющие части (работы).
4. Подтверждение окончательности
декомпозиции.

9.

Для подтверждения окончательности
декомпозиции необходимо ответить на
следующие вопросы:
- Являются ли элементы нижнего уровня
структуры проекта необходимыми и
достаточными для достижения разбиваемого
результата?
- Правильно ли определены характеристики
для каждого элемента структуры проекта?
- Можно ли каждый элемент структуры
проекта отнести к соответствующему
организационному подразделению
(исполнителю)?

10.

3. Правила декомпозиции проекта
1. Совокупность элементов каждого уровня структуры
должна представлять весь проект.
2. Исходя из первого правила суммарное значение
характеристик элементов проекта (объемы работ,
стоимость, потребляемые ресурсы, количество
исполнителей и др.) на каждом уровне структуры
проекта должны совпадать.
3. Нижний уровень декомпозиции проекта должен
содержать такие элементы работ, на основе которых
могут быть определены количественные значения
характеристик работ, необходимые и достаточные
для оперативного управления проектом.

11.

Структурная декомпозиция проекта

12.

Структурная декомпозиция проекта

13.

Таблица 6.1 – Структурная декомпозиция проекта
Уровни управления Уровни иерархии
Организационноэкономический
уровень
Технологический
уровень
1
2
3
4
5
6
7
Наименование уровней
иерархии
Общая программа
Проект
Подпроект
Часть подпроекта
Комплекс (пакет) работ
Детальная работа
Единичная работа
Структура структурной декомпозиции работ проекта является
примерной. Она не отражает всю полноту предметной области
специфического проекта и не является единственным способом
декомпозиции для проекта данного типа.

14.

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

15.

Утверждение структурной декомпозиции работ
проекта :
- Все основные элементы определены на верхнем
уровне?
- Проведена полная декомпозиция?
- Нужны элементы нижнего уровня? Все обязательны?
- Участники проекта согласятся одобрить WBS?
- Можно для элементов WBS составить расписание,
бюджет и назначить ответственных исполнителей?
- Отображение и управление слишком большое или
малое?
- Отчеты о состоянии могут подготавливаться на всех
уровнях?

16.

Использование структурной декомпозиции
работ проекта для оценки затрат:
Руководитель проекта устанавливает требования
к работам определяя:
- Что – содержание работ;
- Когда – последовательность;
- Почему – зависимости.
Функциональный руководитель оценивает
затраты определяя:
- Как – методы и средства;
- Кто – виды и уровни знаний и опыта;
- Где – расположение, подразделение.

17.

4. Структурные модели проекта
Разновидности структурных моделей проекта

18.

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

19.

- Структурная модель (дерево) организации работ по
проекту (Organizational Breakdown Structure – OBS) –
иерархическая декомпозиция организационной,
управляющей и производственной структуры проекта;
- Матрица распределения работ и ответственности
по исполнителям – матрица распределения работ
проекта и задач по их управлению по исполнителям с
указанием характера их участия в выполнении работ
(условий и ответственности);
- Структурная декомпозиция (дерево) стоимости работ
проекта – структурная декомпозиция стоимостных
показателей работ проекта;

20.

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

21.

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

22.

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

23.

Организация и контроль выполнения предметной
области
Контроль предметной области при выполнении проекта –
это процесс формальной и неформальной приемки
результатов проекта инвесторами, заказчиками,
клиентами и др.
Результаты организации и контроля выполнения
предметной области проекта:
- системы управления предметной области при
выполнения проекта.
- фактические данные об исполнении проекта.
- отчетность о выполнении проекта.
- формальный документ о приемке работ проекта (акты о
выполнении строительно-монтажных работ, о приемке
проектно-сметной документации, о сдаче объекта и др.).

24.

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

25.

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

26.

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

27.

ПРИЛОЖЕНИЕ
WBS определяет все элементы проекта в рамках иерархической
структуры и указывает на их отношение к конечному продукту
проекта.
Ниже на рисунках представлены структурные декомпозиции
проекта разработки нового компьютера с различными уровнями
детализации работ и целей проекта, а также распределение
ответственности между подразделениями организации в рамках
структурной декомпозиции организации OBS.
В таблицах показана возможность представления WBS в виде
иерархического списка, в основу которого положено упорядочение
по WBS или OBS.

28.

Пример разработки структурной декомпозиции проекта
нового персонального компьютера

29.

Структура распределения процесса работы по
этапам

30.

Упорядочение по WBS
Смета прямых расходов
1.1.3 Жесткий диск
1.1.3.1 Двигатель
Закупка
1.1.3.2 Микросхема
Дизайн
1,660
10
10
1000
300
Производство
400
Испытания
120
Программное обеспечение
1.1.3.3 Крепежная рама
Производство
1.1.3.4 Головка чтения/записи
Дизайн
180
50
50
600
300
Производство
200
Испытания
100

31.

Упорядочение по OBS (структурной декомпозиции организации)
Смета прямых расходов
Дизайн
1.1.3.2 Микросхема
600
300
1.1.3.4 Головка чтения/записи
300
Производство
1.1.3.2 Микросхема
650
400
1.1.3.3 Крепежная рама
50
1.1.3.4 Головка чтения/записи
200
Испытания
1.1.3.2 Микросхема
220
120
1.1.3.4 Головка чтения/записи
Закупка
1.1.3.1 Двигатель
Программы
1.1.3.2 Микросхема
Итого
100
10
10
180
180
1,660

32.

«Сворачивание» сметы прямых расходов на рабочую
силу

33.

Объединение WBS и OBS

34.

Кодирование 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 Учетный номер издержек
и т.д.

35.

Структурные модели и их взаимосвязи в СМ УПП
Методология управления проектами и программами рассматривает всю гамму
работ (задач), выполняемых (решаемых) на различных уровнях управления, при
осуществлении проекта. Эти работы (задачи) можно представить структурными
иерархическими моделями:
WBS – структура всех работ проекта, включающая:
•WBS’ – структура работ, направленных на получение результата проекта
•TBS – структура задач (работ) управления проектом
Каждая работа имеет исполнителя, соответственно структурам работ проекта мы
можем сопоставить различные организационные структуры в проекте:
OBS – команда проекта, выполняющая все работы, включает:
•OBS’ – команда исполнителей работ, направленных на получение результата
проекта
•OBS’’ – команда управления проектом
Структура задач (работ) управления проектом – TBS в свою очередь
подразделяется на:
•ТBS РMT — структура задач (работ), выполняемых командой управления
проектом (OBS’’ РMT);
•ТBS РР i — структуры задач (работ), выполняемых командами управления
основных участников проекта (OBS’’ РР i).
Выбирая различные сечения структур работ проекта, мы можем формировать
различные организационные структуры для их выполнения.
Примеры взаимосвязи иерархических структур проекта представлены в таблице.

36.

Структурные модели работ
проекта
Структурные модели
ответственности
WBS – все работы проекта
OBS – команда проекта
WBS’ – работы проекта
OBS’ – исполнители работ
TBS – все работы управления
проектом
OBS’’ – команда управления
проектом.
— ТBS РMT- работы управления
—
OBS’’ РMT — команда
управляющего проектом
— ТBS РР i — работы
производственного управления
—
OBS’’ РР i — команды
управления основных
участников проекта
— TBS’ работы по созданию
системы УПП
—
OBS’’’- команда
разработчиков системы УПП