- •Управление проектами
- •Тема 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. Выход из проекта
- •Вопросы семинарского занятия по теме
6.3. Событийная цепочка процессов
Еще одной моделью, используемой для описания процессов нижнего уровня и встроенной в программу «Business Studio», является событийная цепочка процессов (нотация EPC (Event-Driven Process Chain). Диаграмма процесса в нотации EPC (см. рис. 3.22) представляет собой упорядоченную комбинацию событий и функций. Для каждой функции могут быть определены начальные и конечные события, участники, исполнители, материальные и документальные потоки, сопровождающие её, а также проведена декомпозиция на более низкие уровни. Декомпозиция может производиться только в нотации EPC.
Графические символы, используемые в этой нотации, приведены в таблице 3.10
Таблица 3.10. Графические символы, используемые в нотации ЕРС
Название |
Графический символ |
Описание |
Функция |
|
Блок представляет собой функцию – действие или набор действий, выполняемых над исходным объектом (документом, ТМЦ и прочим) с целью получения заданного результата. Внутри блока помещается наименование функции. Временная последовательность выполнения функций задается расположением функций на диаграмме процесса сверху вниз. |
Событие |
|
Событие – состояние, которое является существенным для целей управления бизнесом и оказывает влияние или контролирует дальнейшее развитие одного или более бизнес-процессов. Элемент отображает события, активизирующие функции или порождаемые функциями. Внутри блока помещается наименование события. |
Стрелка |
|
Стрелка отображает связи элементов диаграммы процесса EPC между собой. Связь может быть направленной и ненаправленной в зависимости от соединяемых элементов и типа связи. |
Оператор AND («И») |
|
Оператор «И» используется для обозначения слияния/ветвления как функций, так и событий. Если завершение выполнения функции должно инициировать одновременно несколько событий, то это обозначается с помощью оператора «И», следующего после функции и перед событиями. На рисунке завершение выполнения Функции одновременно инициирует события: Событие 1 и Событие 2. Если событие происходит только после обязательного завершения выполнения нескольких функций, то это обозначается с помощью оператора «И», следующего после функций и перед одиночным событием. На рисунке Событие произойдет только после обязательного завершения Функции 1 и Функции 2. Если функция может начать выполняться только после того, как произойдут несколько событий, то это обозначается с помощью оператора «И», следующего после событий и перед функцией. На рисунке Функция начнет выполняться только после того, как произойдут Событие 1 и Событие 2. Если одно событие может инициировать одновременное выполнение нескольких функций, то это обозначается с помощью оператора «И», следующего после события и перед функциями. На рисунке Событие одновременно инициирует выполнение Функции 1 и Функции 2. |
Оператор OR («ИЛИ») |
|
Оператор «ИЛИ» используется для обозначения слияния/ветвления функций и для слияния событий. По правилам нотации EPC после одиночного события не может следовать разветвляющий оператор «ИЛИ». Если завершение выполнения функции может инициировать одно или несколько событий, то это обозначается с помощью оператора «ИЛИ», следующего после функции и перед событиями. На рисунке завершение выполнения Функции 1 может инициировать 3 вида ситуаций: только Событие 1, только Событие 2, одновременно и Событие 1, и Событие 2. Если событие происходит после завершения выполнения одной или нескольких функций, то это обозначается с помощью оператора «ИЛИ», следующего после функций и перед одиночным событием. На рисунке Событие может произойти либо после завершения выполнения Функции 1, либо после завершения выполнения Функции 2, либо после завершения выполнения и Функции 1, и Функции 2. Если функция может начать выполняться после того, как произойдет одно или несколько событий, то это обозначается с помощью оператора «ИЛИ», следующего после событий и перед функцией. На рисунке Функция может начать выполняться либо после того, как произойдет Событие 1, либо после того, как произойдет Событие 2, либо после того, как произойдут оба события: Событие 1, и Событие 2. |
Оператор XOR («Исключающее ИЛИ») |
|
Оператор «Исключающее ИЛИ» используется для обозначения слияния/ветвления функций и для слияния событий. По правилам нотации EPC после одиночного события не может следовать разветвляющий оператор «Исключающее ИЛИ». Если завершение выполнения функции может инициировать только одно из событий в зависимости от условия, то это обозначается с помощью оператора «Исключающее ИЛИ», следующего за функцией и перед событиями. На рисунке Функция инициирует либо только Событие 1, либо только Событие 2. Если событие происходит сразу после завершения выполнения либо одной функции, либо другой, то это обозначается с помощью оператора «Исключающее ИЛИ», следующего после функций и перед одиночным событием. На рисунке Событие может произойти либо сразу после завершения выполнения Функции 1, либо сразу после завершения выполнения Функции 2. Если функция может начать выполняться сразу после того, как произойдет либо одно событие, либо другое, то это обозначается с помощью оператора «Исключающее ИЛИ», следующего после нескольких событий и перед функцией. На рисунке Функция может начать выполняться сразу после того, как произойдет либо Событие 1, либо Событие 2. |
Интерфейс процесса |
|
Элемент, обозначающий внешний (по отношению к текущей диаграмме) процесс или функцию. Используется для указания взаимосвязи процессов:
Внутри блока помещается наименование внешнего процесса. На рисунке показано, что договор является результатом выполнения процесса «Заключение договора». На рисунке показано, что после окончания Процесса 1 (и наступления Событие 1) начинает выполняться Процесс 2. На диаграмме Процесса 2 показано, что перед началом Процесса 2 был завершен Процесс 1, инициировавший Событие 1. |
Субъект |
|
Используется для отображения на диаграмме организационных единиц (должности, подразделения, роли, внешнего субъекта) – исполнителей, владельцев или участников функций. Внутри блока помещается наименование организационной единицы. |
Бумажный документ |
|
Используется для отображения на диаграмме бумажных документов, сопровождающих выполнение функции. Внутри блока помещается наименование бумажного документа. |
Электронный документ |
|
Используется для отображения на диаграмме электронных документов, сопровождающих выполнение функции. Внутри блока помещается наименование электронного документа. |
ТМЦ |
|
Используется для отображения на диаграмме товарно-материальных ценностей (ТМЦ), сопровождающих выполнение функции. Внутри блока помещается наименование ТМЦ. |
Информация |
|
Используется для отображения на диаграмме информационных потоков, сопровождающих выполнение функции. Внутри блока помещается наименование информационного потока. |
Информационная система |
|
Используется для отображения на диаграмме информационной системы, поддерживающей выполнение функции. Внутри блока помещается наименование информационной системы. |
Модуль информационной системы |
|
Используется для отображения на диаграмме модуля информационной системы, поддерживающего выполнение функции. Внутри блока помещается наименование модуля информационной системы. |
Функция информационной системы |
|
Используется для отображения на диаграмме функции информационной системы, поддерживающей выполнение функции. Внутри блока помещается наименование функции информационной системы. |
База данных |
|
Используется для отображения на диаграмме базы данных, сопровождающей выполнение функции. Внутри блока помещается наименование базы данных. |
Термин |
|
Используется для отображения на диаграмме объектов, сопровождающих выполнение функции. Наименования этих объектов – термины, используемые в организации. Внутри блока помещается наименование термина. Элемент может быть использован для обозначения данных, передаваемых между процессами или обрабатываемых при выполнении процессов. Элемент может быть также использован для обозначения статусов бумажных/электронных документов и других элементов справочника «Объекты деятельности». На рисунке статус документа «Акт выполненных работ» устанавливается с помощью термина «Подписанный». |
Набор объектов |
|
Используется для отображения на диаграмме наборов объектов, сопровождающих выполнение функции, например, «Документация по проекту». Внутри блока помещается наименование набора объектов. |
Прочее |
|
Используется для отображения на диаграмме потоков объектов, которые нельзя отнести ни к одной из предопределенных групп справочника «Объекты деятельности». Внутри блока помещается наименование прочего объекта. |
При моделировании процессов в нотации EPC должны соблюдаться следующие требования:
диаграмма функции EPC должна начинаться как минимум одним стартовым событием (стартовое событие может следовать за интерфейсом процесса) и завершаться как минимум одним конечным событием (конечное событие может предшествовать интерфейсу процесса);
Рисунок 3.22. Пример диаграммы процесса в нотации ЕРС
события и функции по ходу выполнения процесса должны чередоваться. Решения о дальнейшем ходе выполнения процесса принимаются функциями;
рекомендуемое количество функций на диаграмме – не более 20. Если количество функций диаграммы значительно превышает 20, то существует вероятность, что неправильно выделены процессы на верхнем уровне и необходимо произвести корректировку модели;
события и функции должны содержать строго по одной входящей и одной исходящей связи, отражающей ход выполнения процесса;
события и операторы, окружавшие функцию на вышележащей диаграмме, должны быть начальными/результирующими событиями и операторами на диаграмме декомпозиции функции;
на диаграмме не должны присутствовать объекты без единой связи.
каждый оператор слияния должен обладать хотя бы двумя входящими связями и только одной исходящей, оператор ветвления – только одной входящей связью и хотя бы двумя исходящими. Операторы не могут обладать одновременно несколькими входящими и исходящими связями;
если оператор обладает входящей связью от элемента «событие», то он должен обладать исходящей связью к элементу «функция» и наоборот;
за одиночным событием не должны следовать операторы «OR (ИЛИ)» или «XOR (Исключающее ИЛИ)»;
операторы могут объединять или разветвлять только функции или только события. Одновременное объединение/ветвление функции и события невозможно;
оператор, разветвляющий ветки, и оператор, объединяющий эти ветки, должны совпадать. Допускается также ситуация, когда оператор ветвления «И», оператор объединения – «ИЛИ».
