- •Управление проектами
- •Тема 1. Сущность и методология проектного управления 8
- •Тема 2. Разработка концепции проекта 26
- •Тема 3. Основы проектного управления 44
- •Тема 4. Планирование проекта 96
- •Тема 5. Подсистемы управления проектом 134
- •1. Понятия «проект» и «управление проектом». Взаимосвязь управления проектами и управления инвестициями
- •1.1. Происхождение понятий «проект» и «управление проектом»
- •Тема 6. Информационные технологии управления проектом 212
- •Тема 7. Завершение и подведение итогов проекта 234
- •Тема 1. Сущность и методология проектного управления Литература по теме
- •1.2. Определение понятий «проект» и «управление проектом»
- •1.3. Отличие проектного управления от традиционного управления
- •1.4. Взаимосвязь управления проектами и управления инвестициями
- •2. Классификация проектов
- •3. Основные участники проектов
- •4. Управление проектами с позиций системного подхода. Процессно-ориентированный подход к управлению проектами
- •4.1. Управление проектами с позиций системного подхода
- •4.2. Процессно-ориентированный подход к управлению проектами. Основные виды деятельности (функции) по проекту
- •5. Основные профессиональные компетенции в области управления проектами
- •Вопросы, выносимые на семинарское занятие по теме
- •Задание для подготовки к семинарскому занятию по теме
- •1.2. Сущность проектного анализа и его виды
- •1.3. Стратегия маркетинга проекта
- •2. Прединвестиционные исследования
- •2.1. Инвестиционный замысел проекта
- •2.2. Декларация (Ходатайство) о намерениях
- •2.3. Обоснование инвестиций в строительство и Акт выбора земельного участка. Принятие предварительного инвестиционного решения
- •2.4. Предварительный план проекта
- •2.5. Технико-экономическое обоснование (проект) строительства
- •2.6. Бизнес-план проекта
- •3. Оценка жизнеспособности и финансовой реализуемости проекта
- •Вопросы семинарского занятия по теме
- •Задачи для практического занятия по теме Задача 1
- •Задача 2
- •Задача 3
- •Задача 4
- •Задача 5
- •Задание на самостоятельную работу по теме
- •Тема 3. Основы проектного управления Литература по теме
- •1. Жизненный цикл проекта
- •1.1. Определение и основные фазы жизненного цикла инвестиционного проекта
- •1.2. Жизненный цикл проекта инновационной сложной организационно-технической системы (исотс)
- •2. Принципиальная модель управления проектом. Функции и подсистемы управления проектом
- •3. Функции менеджера проекта
- •4. Структуризация (декомпозиция) проекта. Основные модели, применяемые при структуризации проекта
- •5. Организационные структуры управления проектом: виды, принципы построения, преимущества и недостатки
- •5.1. Организационные структуры проектов, соответствующие системе взаимоотношений между их участниками
- •5.2. Организационные структуры проектов, соответствующие их содержанию
- •Функциональные организационные структуры
- •Матричные организационные структуры
- •Проектно-целевые организационные структуры
- •5.3. Организационные структуры проекта, соответствующие требованиям его окружения
- •6. Информационно-технологические модели проектного управления
- •6.1. Методология информационно-технологического моделирования процессов sadt
- •6.2. Межфункциональные схемы
- •6.3. Событийная цепочка процессов
- •Вопросы семинарских занятий по теме
- •Задание на самостоятельную работу по теме
- •Тема 4. Планирование проекта Литература по теме
- •1. Сущность планирования разработки и реализации проекта. Система планов в управлении проектами
- •2. Основные и вспомогательные процессы планирования проекта
- •3. Проведение структурной разбивки работ и назначение ответственных за их выполнение. Установление основных вех
- •3.1. Построение структуры разбиения работ по проекту
- •3.2. Назначение ответственных за выполнение работ по проекту
- •3.3 Установление основных вех
- •4. Проектный менеджмент времени, разработка графика проекта. Сетевое и детальное планирование проекта. Расчет параметров сетевых моделей типа «вершины – работы» и «вершины – события»
- •4.1. Представление проекта в виде сетевых моделей
- •4.2. Правила построения сетевых моделей
- •4.2. Расчет аналитических параметров сетевых моделей вида «вершина – событие» с использованием метода критического пути
- •4.3. Расчет аналитических параметров сетевых моделей вида «вершина – работа»
- •4.4. Сетевые модели с вероятностной оценкой продолжительности работ (метод pert)
- •4.5. Детальное планирование проекта
- •5. Проектно-сметная документация проекта. Взаимосвязь календарного и сметного планирования.
- •6. Ресурсное планирование проекта. Логистика и материально-техническое обеспечение проекта. Анализ реализуемости календарного плана проекта
- •6.1. Ресурсное планирование проекта
- •6.2. Логистика и материально-техническое обеспечение проекта
- •6.3. Анализ реализуемости календарного плана проекта
- •6.4. Оптимизация календарного плана реализации проекта
- •7. Документирование плана проекта
- •Вопросы, выносимые на семинарское занятие по теме
- •Задачи для практических занятий по теме Задача 1
- •Задача 2
- •Задача 3
- •Задача 4
- •Задача 5
- •Задача 6
- •Задание на самостоятельную работу по теме
- •Тема 5. Подсистемы управления проектом Литература по теме
- •1. Управление работами по проекту. Управление ресурсами проекта. Управление стоимостью проекта
- •1.1. Зависимость продолжительности работы проекта от производительности выделяемых ресурсов
- •1.2. Методы управления содержанием работ проекта
- •1.3. Системный анализ продолжительности и затрат работ проекта
- •1.4. Сокращение (оптимизация) длительности всего проекта
- •2. Отслеживание (мониторинг) и контроль реализации проекта
- •2.1. Мониторинг работ по проекту
- •2.2. Цель и содержание контроля реализации проекта. Принципы построения эффективной системы контроля реализации проекта
- •3. Измерение прогресса и анализ результатов, получаемых в ходе реализации проекта. Определение причин задержек и пересмотр оценок длительности работ. Предсказание сроков окончания работ
- •4.1. Управление стоимостью проекта. Бюджетирование проекта
- •4. Управление стоимостью проекта. Оценка стоимости выполнения работ и предсказание окончательности стоимости проекта. Метод освоенного объема (стоимостной анализ с учетом фактической выработки)
- •4.2. Контроль и предсказание стоимости проекта
- •Традиционный метод контроля стоимости проекта
- •Анализ освоенного объема
- •5. Принятие решений по корректирующим действиям. Управление изменениями по проекту. Контроль изменений в содержании проекта
- •5.1. Управление изменениями по проекту
- •5.2. Принятие решений по корректирующим действиям
- •5.3. Процесс контроля реализации изменений по проекту
- •6. Управление командой проекта
- •6.1. Принципы формирования команды проекта и структура системы управления ею
- •6.2. Основные характеристики и типы команды проекта
- •6.3. Выбор организационной формы команды проекта
- •6.4. Этапы и методы формирования команды проекта
- •6.5. Методы формирования команды проекта
- •6.6. Формирование эффективной команды проекта
- •7. Управление коммуникациями проекта
- •8. Менеджмент качества проекта
- •9. Управление рисками проекта. Анализ проектных рисков
- •9.1. Классификация рисков проекта
- •9.2. Сущность анализа проектных рисков
- •9.3. Качественный анализ рисков
- •9.4. Количественный анализ рисков
- •Анализ чувствительности
- •Анализ безубыточности и запаса надежности
- •Корректировка параметров проекта
- •Формализованное описание неопределенности
- •Анализ сценариев развития
- •Дерево решений
- •Метод Монте-Карло
- •9.5. Методы снижения риска
- •9.6. Организация работ по анализу риска
- •10.1. Основные принципы и исходные данные для оценки эффективности инвестиционных проектов
- •10.2. Денежные потоки проекта
- •Денежный поток от инвестиционной деятельности
- •Денежный поток от операционной деятельности
- •Денежный поток от финансовой деятельности
- •10.3. Основные показатели эффективности проекта
- •10.4. Оценка социально-экономической (народнохозяйственной) эффективности проектов
- •10.5. Оценка бюджетной эффективности проекта
- •10.6. Оценка эффективности проекта с точки зрения региональных и республиканских структур
- •Вопросы семинарских занятий по теме
- •Задачи для практических занятий по теме Задача 1
- •Задача 2
- •Задача 3
- •Задача 4
- •Задача 5
- •Задача 6
- •Задача 7
- •Задача 8
- •Задача 9
- •Задача 10
- •Задача 11
- •Задача 12
- •Задача 13
- •Задача 14
- •Задание на самостоятельную работу по теме
- •Тема 6. Информационные технологии управления проектом Литература по теме
- •1. Цели и принципы создания, базовые черты информационной системы управления проектом
- •2. Структура и основные элементы исуп
- •2.1. Структуризация исуп по этапам проектного цикла
- •2.2. Основные функциональные элементы исуп
- •2.3. Структуризация исуп по уровням управления проектом
- •2.4. Интегрированные информационные системы поддержки принятия решений
- •3. Программное обеспечение календарного планирования
- •4. Разработка и внедрение исуп
- •4.1. Стратегии разработки исуп
- •4.2. Разработка исуп
- •4.3. Внедрение исуп
- •Вопросы семинарских занятий
- •Задания для практических занятий (с использованием пэвм) по теме
- •Задание 1
- •Задание 2
- •Задание 3
- •Задание 4
- •2. Эксплуатационные испытания
- •3. Приемка в эксплуатацию законченных строительством объектов
- •4. Закрытие контракта
- •5. Выход из проекта
- •Вопросы семинарского занятия по теме
4.5. Детальное планирование проекта
Детальное планирование связано с разработкой детальных графиков для оперативного управления на уровне ответственных исполнителей. Наличие и сопровождение детального графика работ является одним из главных требований для управления проектом, после его начала. Команда проекта полностью отвечает за составление графиков работ, если работы не являются излишне комплексными.
Чем больше проект, тем больше факторов надо учитывать при разработке детального графика. Это и информация от функциональных подразделений, и обязательства по контрактам, и график финансирования, и все то, что может повлиять на успех проекта. В зависимости от размеров проекта за разработку и сопровождение детального графика может отвечать конкретный специалист или специальное подразделение, например, группа разработки графиков, в западной терминологии – плановики. Итоговая информация по готовому графику передается персонально ответственным исполнителям, исполнителям в функциональных подразделениях, участникам проекта и, при необходимости, заказчику.
В корпоративных системах управления проектами применение детальных графиков позволяет получить синергетический эффект за счет оптимального распределения и использования ресурсов компании, ведущей несколько проектов. Большинство проектов начинается с разработки графиков для более тщательной проработки их смет, с учетом их взаимосвязей, возможности совместного использования машин и механизмов, корпоративных знаний, технологий и т.д. Детальные графики служат основой для укрупненных графиков, обеспечивая, как заказчика, так и руководителя проекта всей необходимой информацией для оперативного управления, предупреждая о возможных срывах или узких местах.
Детальный график, независимо от размеров проекта и его сложности, должен включать:
все ключевые события и даты. Если для составления отчета по работе требуется участие заказчика, соответствующие даты (вехи) тоже должны быть внесены в график. Если по каким-либо причинам эти ключевые даты нарушаются, необходимо незамедлительно поставить заказчика в известность об изменениях;
точную последовательность работ. Логика их выполнения должна быть зафиксирована с помощью сетевой модели, в которой можно было бы проследить все виды зависимостей между работами и взаимосвязь событий проекта;
взаимосвязь графиков и СРР. Система кодирования должна позволять строить укрупненные графики в соответствии с уровнями СРР, например, определять время начала и окончания пакетов работ;
все графики должны служить основой для определения этапов, фаз и прочих временных интервалов по проекту. Кроме того, при необходимости определять потребность в ресурсах для каждой из частей, фрагментов или событий проекта.
Уровень детализации графика зависит от сложности и размеров проекта. Приведенные выше рекомендации справедливы для любых проектов и нуждаются в уточнении в каждом конкретном случае. Поэтому прежде чем приступать к построению детального графика, необходимо ответить на вопросы:
сколько событий или работ необходимо включить в график;
насколько детально надо описывать технологию выполнения работ;
для кого этот график предназначается.
Большинство организаций разрабатывают несколько графиков:
укрупненные для высшего уровня управления (для руководителей, заказчика, ответственных исполнителей и т.д.);
детальные, для конкретных исполнителей работ, для более низких уровней управления.
Например, детальные графики могут разрабатываться для конкретных подразделений или департаментов, отвечающих за определенный фронт работ. За верхние уровни отвечает руководитель проекта (например, первые три уровня СРР без учета пакетов работ). На уровне пакетов работ согласование с ним может и не требоваться.
Примерный процесс разработки детального графика представлен на рис. 4.9.
|
Рисунок 4.9. Примерный процесс разработки детального графика проекта |
От подразделения, отвечающего за управление проектом, в функциональные подразделения поступает запрос на разработку детальных графиков. Форма и содержание запроса может быть разной, так как служит лишь основой для создания согласованного и утвержденного документа – графика работ. Функциональные подразделения разрабатывают укрупненные графики, детальные графики и, если позволяет время, детальные графики для конкретных специализированных подразделений (исполнителей работ по проекту). Представители функциональных и проектных подразделений участвуют в согласовании графиков, в проверке выполнимости сроков, требований и ограничений по контрактам.
Прежде чем графики будут окончательно утверждены, черновые, предварительные варианты планов и графиков необходимо обсуждать с заказчиком. Это важно, так как позволяет:
убедиться, что ничего не упущено и не осталось без внимания;
предупредить возможную негативную реакцию на недоработанный или недостаточно понятный для заказчика документ. Заказчик должен чувствовать себя участником процесса создания графика.
После того как график подготовлен, его необходимо довести до сведения всех участников проекта: команды проекта, функциональных подразделений, заказчика.
Методы и средства разработки графиков могут отличаться, но все графики в обязательном порядке проходят утверждение у руководителя проекта. Форма представления графика должна быть удобной и наглядной как для заказчика, так и для исполнителей. График должен стать рабочим инструментом как для управления и согласования позиций на совещаниях, так и для сдачи работ, особенно когда сроки были сорваны, а бюджет превышен по независящим от команды проекта причинам.
