№ | Слайд | Текст |
1 |
 |
Лекция 3. Структурная декомпозиция работ проекта |
2 |
 |
Структурная декомпозиция работСтруктурная декомпозиция работ (СДР или WBS – Work Breakdown Structure) – это представление проекта в виде иерархической структуры работ, полученной путем последовательной декомпозиции. СДР предназначена для детального планирования, оценки стоимости и обеспечения персональной ответственности исполнителей. 2 |
3 |
 |
Цели СДРОбеспечение планирования всех необходимых работ проекта. Обеспечение отсутствия работ, не связанных с реализацией проекта. 3 |
4 |
 |
Взаимосвязь СДР и процессов планирования проекта (PMBoK)4 |
5 |
 |
Предназначение СДРСДР является основой: комплексного план-графика проекта; отчетности о выполнении проекта; комплексного контроля изменений; управления содержанием проекта; организации взаимодействия между участниками проекта; формирования организационной структуры. 5 |
6 |
 |
Предпосылки разработки СДРРазработка СДР начинается на фазе инициации проекта с ответа на следующие вопросы: что нужно сделать (определить продукты проекта); как это нужно будет делать (определить технологические этапы проекта); кто это будет делать (определить исполнителей, соисполнителей, субподрядчиков); кто и в какой форме будет оплачивать работы (определить, какие и с кем будут заключены контракты). 6 |
7 |
 |
Типы СДРКонечные и промежуточные результаты проекта Основные этапы реализации проекта Участники проекта 7 |
8 |
 |
Продуктовая СДР8 |
9 |
 |
9 |
10 |
 |
Функциональная СДР10 |
11 |
 |
11 |
12 |
 |
Организационная СДР12 |
13 |
 |
СДР по исполнителям13 |
14 |
 |
СДР по различным основаниям14 |
15 |
 |
Системный подход к СДРПроект есть процесс превращения входных элементов (ресурсов, денег, трудозатрат) в выходные (результаты проекта). Входные элементы – то, что исполнитель элементарной работы должен получить из какого-либо внутреннего или внешнего по отношению к проекту источника. Выходные элементы – то, что должно быть передано в какую-то иную часть проекта, или то, что входит в результаты проекта. 15 |
16 |
 |
Системный подход к СДРТребуется добавить работы по подготовке необходимых входных элементов, которые не были получены из внутренних или внешних источников. Требуется исключить лишние работы. Их признаком являются выходные элементы, которые не могут быть переданы другим компонентам проекта и не являются результатами проекта. Требуется исключить элементарные работы, дублирующие друг друга, когда ответственный за выполнение работы находит более одной работы для обеспечения одних и тех же выходных элементов. 16 |
17 |
 |
Разработка СДРСДР разрабатывается путем итерационного рассмотрения: целей и результатов проекта; критериев достижения функциональности; объема работ; реализации технических требований. 17 |
18 |
 |
Этапы разработки СДР18 |
19 |
 |
Правила разработки СДРКаждый элемент СДР должен обеспечивать достижение измеримого результата. Результаты должны логически декомпозироваться до уровня, на котором можно определить, как они будут достигаться. Результаты пакетов работ должны быть уникальными. Выполнение отчетов должно быть оформлено как выполнение отдельных пакетов работ. Все пакеты работ должны быть совместимы с организационной структурой и структурой затрат. Исключаются пакеты работ с несколькими ответственными за создание одних и тех же результатов. Результаты должны иметь размер, достаточный для эффективного управления, но не настолько малый, чтобы сделать затраты на контроль чрезмерными. 19 |
20 |
 |
Сложности разработки СДРНахождение баланса между детализацией проекта и требованиями к сбору фактической информации и отчетности (излишняя детализация). Разработка элементов СДР, определяющих только стадии проекта либо организационную структуру без учета промежуточных результатов проекта (недостаточная детализация). Недостаточное внимание к разработке СДР и переход непосредственно к формированию сетевого графика. 20 |
21 |
 |
Условия дальнейшей детализацииНеобходимо повысить точность оценки стоимости и длительности работ. Для пакета работ определен более чем один ответственный. Объем работ, выполняемый в рамках данного пакета, описывает больше одного результата проекта. Необходимо раздельно определить стоимость процессов или результатов, описанных в данном пакете работ. Есть зависимость между работами внутри разных пакетов. 21 |
22 |
 |
Условия дальнейшей детализацииЕсть существенные перерывы в выполнении работ в рамках пакета. Меняются требования к ресурсам в течение времени в рамках пакета работ. Различаются исходные условия для работ внутри пакета работ. Существуют риски, связанные с частью пакета работ. Для части пакета работ может отдельно пересчитываться расписание. 22 |
23 |
 |
Типы ресурсовТрудовые ресурсы Финансовые ресурсы Оборудование Техническая оснастка (инструменты) Материалы (с указанием поставщиков) Информация (документы) Технологии 23 |
24 |
 |
Взаимосвязь СДР с основными видами структур проектаOrganization breakdown structure (организационная структура) Структура вех Account breakdown structure (структура статей затрат) Resource breakdown structure (структура ресурсов) Функциональная структура 24 |
25 |
 |
Структурная схема организацииССО – это описание организационной структуры, необходимой для выполнения работ. Цель ССО – определение состава и распределение обязанностей исполнителей для работ, входящих в СДР. 25 |
26 |
 |
Матрица ответственностиМатрица ответственности обеспечивает описание и согласование структуры ответственности за выполнение пакетов работ. МО – это форма описания распределения ответственности за реализацию работ с указанием роли каждого участника в их выполнении. Элементами МО являются коды видов деятельности и/или стоимость работ. 26 |
27 |
 |
Работы \ ИсполнителиМенеджер проекта Администратор проекта Пфо Отдел сбыта Согласование целей О К Разработка плана по вехам О И К Разработка бюджета проекта О И К Разработка плана проекта У О Утверждение плана О К К 27 |
28 |
 |
28 |
29 |
 |
29 |
30 |
 |
Типичные ошибки планированияПланирование с использованием ошибочных целей Планирование на основе неполных данных Планирование с привлечением только плановиков Планирование без учета предыдущего опыта Планирование ресурсов без учета их доступности Планирование без учета координации Планирование без учета мотивации Планирование с излишней детализацией Планирование не для отслеживания 30 |
«Структурная декомпозиция работ проекта» |
http://900igr.net/prezentacija/informatika/strukturnaja-dekompozitsija-rabot-proekta-72713.html