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

Презентация:



Advertisements
Похожие презентации
Лекция 3. Структурная декомпозиция работ проекта.
Advertisements

Процессы планирования и инициирования проектов. Планирование проекта Планирование - это непрерывный процесс определения наилучшего способа действий для.
Планирование (часть2) Integration management Time management Cost management Quality management Communications management Procurement management МГИМО.
ПРОЦЕСС УПРАВЛЕНИЯ ПРОЕКТОМ И ОРГАНИЗАЦИОННАЯ СТРУКТУРА.
Жизненный цикл и фазы проекта. Контрольные вопросы Понятие жизненный цикл проекта Фазы жизненного цикла проекта Наиболее часто допускаемые ошибки.
Выполнение проекта Планирование - приспособить процесс к проекту - создать план проекта - определить роли участников - обеспечить ресурсы.
Бизнес-процессы управления проектами Ловыгин Василий ведущий эксперт Центра информационных технологий и консалтинга ПАРУС
Известный закон Лермана гласит: «Любую техническую проблему можно преодолеть, имея достаточно времени и денег», а следствие Лермана уточняет: «Вам никогда.
ФУНКЦИИ УПРАВЛЕНИЯ ПРОЕКТАМИ Тема: ПЛАНИРОВАНИЕ ПРОЕКТА 1 Основные понятия и определения 2 Процессы планирования 3 Уровни планирования 4 Структура разбиения.
Управление коммуникациями проекта Курс «Управление проектами» Лекция.. Раздел стандарта PMBoK 10 Лектор: Толстокулаков Николай Юрьевич.
Управление коммуникациями проекта Курс «Управление проектами» Лекция.. Раздел стандарта PMBoK 10 Лектор: Толстокулаков Николай Юрьевич.
(C) МЭИ (ТУ), ВМСС, Галь В.Ю., Окороков А.И., Лекция 5 Автоматизация управления проектами.
IT-Project Management Управление проектами в области информационных технологий В.В.Камалов годВ.В.Камалов год Управление содержанием.
Кандидат технических наук, доцент Грекул Владимир Иванович Учебный курс Проектирование информационных систем Лекция 9.
ПРОЕКТ МФ РФ И МБРР «Техническое содействие реформе бюджетной системы на региональном уровне» Методика оценки эффективности расходования бюджетных средств.
г.Киев 2012 г. Важное о бизнес-процессном подходе в организации.
Доктор технических наук, профессор Васильев Роман Борисович Учебный курс Организация службы информационных технологий Лекция 5.
Задачи решаемые EPCM командой Июль 2009 г.. Термины и определения EPCM (EPCM = Engineering Procurement Construction Management - управление проектированием,
1 Введение в управление проектами доц. каф. Управление проектами СПбГПУ Никита Борисович Культин
УПРАВЛЕНИЕ ПРОЕКТАМИ - ПОНЯТИЯ И ПРОЦЕССЫ Либерзон В.И.
Транксрипт:

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

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

3 Цели СДР 1.Обеспечение планирования всех необходимых работ проекта. 2.Обеспечение отсутствия работ, не связанных с реализацией проекта.

4 Взаимосвязь СДР и процессов планирования проекта (PMBoK)

5 Предназначение СДР СДР является основой: комплексного план-графика проекта; отчетности о выполнении проекта; комплексного контроля изменений; управления содержанием проекта; организации взаимодействия между участниками проекта; формирования организационной структуры.

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

7 Типы СДР СДР ПродуктоваяФункциональнаяОрганизационная Конечные и промежуточные результаты проекта Основные этапы реализации проекта Участники проекта

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

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

10 Разработка СДР СДР разрабатывается путем итерационного рассмотрения: целей и результатов проекта; целей и результатов проекта; критериев достижения функциональности; критериев достижения функциональности; объема работ; объема работ; реализации технических требований. реализации технических требований.

11 Этапы разработки СДР

12 Правила разработки СДР 1.Каждый элемент СДР должен обеспечивать достижение измеримого результата. 2.Результаты должны логически декомпозироваться до уровня, на котором можно определить, как они будут достигаться. 3.Результаты пакетов работ должны быть уникальными. 4.Выполнение отчетов должно быть оформлено как выполнение отдельных пакетов работ. 5.Все пакеты работ должны быть совместимы с организационной структурой и структурой затрат. 6.Исключаются пакеты работ с несколькими ответственными за создание одних и тех же результатов. 7.Результаты должны иметь размер, достаточный для эффективного управления, но не настолько малый, чтобы сделать затраты на контроль чрезмерными.

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

14 Условия дальнейшей детализации 1.Необходимо повысить точность оценки стоимости и длительности работ. 2.Для пакета работ определен более чем один ответственный. 3.Объем работ, выполняемый в рамках данного пакета, описывает больше одного результата проекта. 4.Необходимо раздельно определить стоимость процессов или результатов, описанных в данном пакете работ. 5.Есть зависимость между работами внутри разных пакетов.

15 Условия дальнейшей детализации 6.Есть существенные перерывы в выполнении работ в рамках пакета. 7.Меняются требования к ресурсам в течение времени в рамках пакета работ. 8.Различаются исходные условия для работ внутри пакета работ. 9.Существуют риски, связанные с частью пакета работ. 10.Для части пакета работ может отдельно пересчитываться расписание.

16 Типы ресурсов Трудовые ресурсы Трудовые ресурсы Финансовые ресурсы Финансовые ресурсы Оборудование Оборудование Техническая оснастка (инструменты) Техническая оснастка (инструменты) Материалы (с указанием поставщиков) Материалы (с указанием поставщиков) Информация (документы) Информация (документы) Технологии Технологии

17 Взаимосвязь СДР с основными видами структур проекта Информационная структура Organization Breakdown Structure (организационная структура) Account Breakdown Structure (структура статей затрат) Resource Breakdown Structure (структура ресурсов) Структура вех Функциональная структура

18 Структурная схема организации ССО – это описание организационной структуры, необходимой для выполнения работ. ССО – это описание организационной структуры, необходимой для выполнения работ. Цель ССО – определение состава и распределение обязанностей исполнителей для работ, входящих в СДР. Цель ССО – определение состава и распределение обязанностей исполнителей для работ, входящих в СДР.

19 Матрица ответственности Матрица ответственности обеспечивает описание и согласование структуры ответственности за выполнение пакетов работ. Матрица ответственности обеспечивает описание и согласование структуры ответственности за выполнение пакетов работ. МО – это форма описания распределения ответственности за реализацию работ с указанием роли каждого участника в их выполнении. МО – это форма описания распределения ответственности за реализацию работ с указанием роли каждого участника в их выполнении. Элементами МО являются коды видов деятельности и/или стоимость работ. Элементами МО являются коды видов деятельности и/или стоимость работ.

20 Типичные ошибки планирования 1.Планирование с использованием ошибочных целей 2.Планирование на основе неполных данных 3.Планирование с привлечением только плановиков 4.Планирование без учета предыдущего опыта 5.Планирование ресурсов без учета их доступности 6.Планирование без учета координации 7.Планирование без учета мотивации 8.Планирование с излишней детализацией 9.Планирование не для отслеживания