- •Лекция 1. Основные понятия проектного менеджмента История возникновения проектного менеджмента.
- •Понятие и признаки проекта
- •Направленность на достижение целей.
- •Координированное выполнение взаимосвязанных элементарных работ.
- •Ограниченность ресурсов.
- •Уникальность.
- •Классификация проектов
- •Управление проектом
- •Системный подход в управлении проектами
- •Субъекты управления
- •Лекция 2. Жизненный цикл проекта. Процессы управления проектом. Процессы управления проектами
- •Прединвестиционная стадия проекта.
- •Инициация.
- •Планирование.
- •Основные процессы планирования
- •Вспомогательные процессы планирования
- •Выполнение и контроль (осуществление).
- •Процессы исполнения.
- •Процессы анализа
- •Процессы управления
- •Завершение.
- •Структурная декомпозиция работ проекта
- •Предназначение сдр
- •Разработка структурной декомпозиции работ
- •Системный подход к сдр
- •Этапы разработки сдр
- •Правила разработки сдр
- •Сложности, связанные с разработкой сдр:
- •Определение необходимости в дальнейшей детализации
- •Лекция 3. Управление основными ограничениями проекта. Управление проектом по временным параметрам.
- •Определение работ
- •Логические связи работ
- •Временные ограничения работ
- •Типы работ
- •Разработка календарного плана
- •Контроль календарного плана методом критического пути.
- •Контроль календарного плана методом pert
- •Оптимизация и контроль календарного плана.
- •Лекция 4. Управление стоимостью проекта.
- •Оценка стоимости.
- •Формирование сметы.
- •Бюджет проекта.
- •Планирование бюджета проекта.
- •Контроль бюджета проекта
- •Контроль стоимости проекта
- •Расчет показателя освоенного объема
- •Пример. Обзор проекта по состоянию на конец первого квартала
- •Анализ графиков
- •Пример анализа графиков методом освоенного объема.
- •Лекция 6. Проектные отклонения Сценарии управления отклонениями
- •Управление рисками.
- •Идентификация и анализ риска.
- •Анализ риска.
- •1. Качественный анализ риска (выявление факторов, влияющих на риск)
- •2. Количественный анализ риска
- •5. Разработка стратегий работы с рисками
- •Примеры рисков в проектах
- •Управление проблемами
- •Управление изменениями.
- •Примеры стратегий по управлению изменениями.
- •Манипулирование ресурсами
- •Манипулирование временем
- •Манипулирование качеством
- •Лекция 7. Организационные структуры в проектах. Управление проектами и административное управление.
- •Организационная структура и система взаимоотношений участников проекта.
- •Организационная структура и содержание проекта
- •Организационная структура проекта и его внешнее окружение
- •Команда проекта
- •Пример формирования команды проекта
- •Стадии существования кмп
- •Формирование эффективной команды
- •Качество управления проектами. Основные процессы обеспечения качества проекта.
- •Планирование качества проекта
- •Обеспечение качества
- •Контроль качества проекта
- •Аудит проекта
- •Мониторинг проекта.
- •Экспертиза проекта
- •Рекомендуемый подход к улучшению процессов управления проектами.
- •Ключевые показатели деятельности.
- •Организационная структура
- •Персонал
- •Стандарт управления проектами на предприятии.
- •Этапы создания стандарта управления проектами.
- •Модели зрелости управления проектами
- •Лекция 9. Управление коммуникациями проекта. Выбор системы управления проектами.
- •Классификация информационных систем управления проектами
- •Интегрированное использование программного обеспечения для управления проектами
- •Шесть признаков корпоративных информационных систем управления проектами
Разработка структурной декомпозиции работ
Структура декомпозиции работ может разрабатываться «с нуля» либо с использованием компонентов уже созданных СДР- структур. При использовании существующих компонентов, элементы СДР составляются из элементов предыдущих проектов - аналогов или из стандартных шаблонов проектов, применяемых в данной организации, на основе удачных или типовых решений по аналогичным проектам.
Провести декомпозицию и составить СДР, по мнению некоторых авторов, очень легко: «Прежде всего, следует разбить проект на несколько подпроектов. Каждый из подпроектов, в свою очередь, может быть разбит на некоторое число подподпроектов. Так следует последовательно делить проект на составные части до тех пор, пока не будет достигнут нижний уровень детализации».
На самом деле, все не так однозначно. На стадии инициации проекта руководитель должен ответить на целый ряд вопросов:
-
Что нужно сделать (определить продукты проекта);
-
как это нужно будет делать (определить технологические этапы проекта);
-
кто это будет делать (определить исполнителей, соисполнителей, субподрядчиков);
-
кто и в какой форме будет оплачивать работы (определить, какие и с кем будут заключены контракты).
На какие подпроекты нужно разбить исходный проект? Что будет удобнее увидеть на первом уровне декомпозиции – компоненты конечного продукта проекта (программные, технические, информационные) или технологические этапы производства (концепция, ТЗ, проектирование)? А может быть, удобнее сгруппировать работы по исполнителям или заказчикам? Таким образом, мы подошли к трем вариантам построения СДР:
-
продуктовый подход – построение СДР по компонентам продукта проекта, когда в качестве элементов СДР выбираются элементы продукта проекта, его материальные результаты.
-
функциональный подход – построение СДР по функциональным элементам деятельности, когда в качестве элементов СДР выбираются операции технологического цикла производства продукта проекта.
-
организационный подход – построение СДР по компонентам организационной структуры, когда в качестве элементов СДР выбираются элементы структурной схемы организации.
Какой из трех принципов построения СДР выбрать, зависит от конкретного проекта. Например, если работы проекта выполняются в интересах различных заказчиков и в то же время финансируются различными инвесторами, то декомпозиция может выполняться либо по содержательному признаку отнесения работ к проектам, либо по формальному признаку отнесения работ к договорам финансирования.
Рисунок – Декомпозиция работ по различным основаниям.
Каждый из этих альтернативных взглядов имеет право на существование, но все они должны быть отражены в документации проекта и должно быть указано, какая точка зрения является главной.
Системный подход к сдр
Если при разработке СДР руководствоваться теорией управления системами, то можно рассматривать проект как процесс превращения входных элементов (ресурсов, денег, трудозатрат) в выходные (результаты проекта).
Приложив данную теорию к иерархической структуре декомпозиции работ, можно сказать, что каждая работа на самом нижнем уровне иерархической структуры есть процесс превращений входных элементов в выходные. Входные элементы – то, что исполнитель элементарной работы должен получить из какого-либо внутреннего или внешнего по отношению к проекту источника. Выходные элементы – то, что должно быть передано в какую-то иную часть проекта, или то, что входит в результаты проекта.
Системный анализ позволяет сделать уточнения в определении работы, которую необходимо выполнить в рамках проекта. Каждый исполнитель будет просматривать другие работы в поисках того, что необходимо для выполнения его работы. Он также будет изучать другие части проекта, которым должны быть переданы выходные элементы его работы. Все входные элементы должны исходить от чего-то внутри проекта или из внешнего источника. Все выходные элементы должны либо быть переданы в другую элементарную работу проекта, либо непосредственно являться частью результатов проекта.
К выявленным в СДР работам проекта нужно добавить работы по подготовке необходимых входных элементов, которые не были получены из внутренних или внешних источников. В качестве признака лишней работы следует рассматривать выходные элементы, которые не могут быть переданы другим компонентам проекта и не являются результатами проекта. Таким образом, вполне реально выявить практически всю необходимую дополнительную работу, еще не включенную в план, и определить всю лишнюю работу, от которой следует отказаться.
Наконец, есть возможность исключить элементарные работы, дублирующие друг друга, когда ответственный за выполнение работы находит более одной работы для обеспечения одних и тех же или почти одинаковых входных элементов.