- •Министерство образования и науки украины Государственный университет информатики и искусственного интеллекта
- •«Менеджмент проектов»
- •Донецк, 2010
- •1 Цели и задачи дисциплины
- •2 Основы управления проектами
- •2.1 Основные понятия и определения управления проектами
- •О различных трактовках понятия "проект"
- •Определение (инициализация) проекта.
- •Этап 1: Разработка технического задания
- •Пример разработки тз проекта
- •Этап 4: совмещение сррпэ с организацией
- •Этап 5: кодирование сррпэ для информационной системы
- •Подсчет затрат и разработка смет
- •2.2 Разработка сетевого графика проекта
- •От набора работ к сетевому графику
- •Конструирование сетевого графика проекта Терминология
- •Два подхода к разработке сетевых графиков
- •Основные правила разработки сетевого графика
- •Принципы построения и анализа сетевых графиков типа "оу"
- •Оценка начала и окончания работ с помощью сетевого графика
- •Процесс расчета параметров сетевого графика
- •Обратный анализ - определение поздних сроков завершения операций
- •Определение резервов времени
- •Практика
- •Свободный резерв
- •Как используются результаты прямого и обратного анализа сетевого графика
- •Ошибки сетевой логики
- •Приближение к реальности посредством улучшенных методов построения сетевых графиков Использование задержек (лагов)
- •Отношения типа "от конца к началу".
- •Операции растяжки
- •Контрольные вопросы
- •2.3 Планирование ресурсов
- •Проблема
- •Типы ограничении проекта Технические или логические ограничения
- •Ограничения на количество ресурсов
- •Текущие активы
- •Классификация проблем календарного планирования
- •Метод распределения ресурсов Исходные положения
- •Проекты, ограниченные по времени
- •Проекты, ограниченные по количеству ресурсов
- •Влияние календарного планирования ресурсов, подлежащих ограничениям
- •Распараллеливание
- •Метод критической цепи
- •Выгода от календарного планирования ресурсов
- •Распределение работ по проекту Человек или ресурс?
- •Команды и проекты
- •Команда проекта
- •Управление трудовыми ресурсами проекта и менеджмент человеческих ресурсов проекта
- •Интегрированная культура команды проекта
- •Календарное планирование использования ресурсов нескольких проектов
- •Контрольные вопросы
- •2.4 Управление временем выполнения проекта и отклонениями от плана
- •Процедура сокращения времени Объяснение издержек проекта
- •Сокращение времени выполнения проекта
- •Построение графика стоимости времени выполнения проекта
- •Определение операций для сокращения времени их выполнения
- •Упрощенный пример
- •Практические соображения Предельное время
- •Расчет времени срочных операций
- •Линейность предположений
- •Сценарии управления отклонениями
- •Управление отклонениями Модели отклонений
- •Увеличение интенсивности работ
- •Замена исполнителя
- •Материальное стимулирование
- •Привлечение дополнительных исполнителей из штата компании
- •Привлечение субподрядчиков
- •Манипулирование временем
- •Изменение сроков завершения работ
- •Смещение вех
- •Увеличение общего срока проекта
- •Манипулирование продуктом (качеством)
- •Снижение качества продукта
- •Замена продукта
- •Исключение продукта
- •Контрольные вопросы
- •2.5 Управление риском. Pert-моделирование
- •Выявление и оценка риска в проекте
- •Выявление источников риска
- •Анализ и оценка риска
- •Анализ сценария (а): неколичественный
- •Анализ с использованием поправочных коэффициентов и допусков
- •Анализ смешанного типа
- •Реакция на риск
- •Снижение или сохранение риска
- •Переадресация риска
- •Участие в рисках
- •Планирование на случай непредвиденных обстоятельств
- •Риски, связанные с выполнением графика работ
- •Авторитарно установленные сроки работы
- •Сжатие графиков проекта
- •Риски затрат
- •Зависимость время - затраты.
- •Решение о движении наличности.
- •Прогнозы окончательных затрат.
- •Риски защиты цен.
- •Технические риски
- •Создание резервов на случай непредвиденных обстоятельств
- •Сметные резервы
- •Резервы управления
- •Ответственность за проектные риски
- •Изменение методов управления контролем
- •Pert и pert-моделирование pert - метод оценки и проверки программ
- •Pert-моделирование
- •Контрольные вопросы
- •2.6 Стоимость проекта Стоимостная оценка
- •Входная информация для процесса оценки стоимости
- •Инструменты и методы, используемые для оценки стоимости
- •Выходы процесса стоимостной оценки
- •Разработка бюджета расходов
- •Входы процесса разработки бюджета расходов
- •Инструменты и методы, используемые для разработки бюджета расходов
- •Разработка бюджета расходов: выходы
- •Управление стоимостью
- •Входы процесса управления стоимостью
- •Инструменты и методы для управления стоимостью
- •Выходы процесса управления стоимостью
- •2.7 Управление качеством проекта
- •Планирование качества: инструменты и методы
- •Планирование качества: выходы
- •Процесс обеспечения качества
- •Входы процесса обеспечения качества
- •Процесс обеспечения качества: инструменты и методы
- •Процесс обеспечения качества: выходы
- •3 Методологии внедрения информационных систем
- •3.1 Назначение и состав методологий внедрения информационных систем
- •Общая характеристика проектов внедрения информационных систем
- •Назначение и состав методологий внедрения
- •3.2 Основные типы организационных структур предприятий
- •Организация работ при функциональной структуре компании
- •Организация работ при проектной структуре компании
- •3.3 Методологии внедрения компании Microsoft
- •3.4 Методология внедрения компании Oracle
- •3.5 Унифицированная модель организации внедрения решений в методологии Microsoft Solutions Framework (msf)
- •Состав работ проекта - модель процессов msf
- •Команда проекта - модель проектной группы msf
- •Организация исполнения проекта Фаза выработки концепции
- •Фаза планирования
- •Фаза разработки
- •Фаза стабилизации
- •Фаза внедрения
- •4 Основы планирования проектов в ms project
- •4.1 Основы работы в ms Project
- •Интерфейс программы
- •Определение календаря рабочего времени
- •Процесс планирования - составление списка задач
- •Ввод ограничений
- •Повторяющиеся задачи
- •Вопросы
- •4.2 Планирование ресурсов и создание назначений
- •Определение рабочего времени ресурсов
- •4.3 Внесение в план проекта дополнительной информации
- •Дополнительная информация о задачах и ресурсах
- •Код структуры задач
- •Приоритет задач и группы ресурсов
- •Заметки и документы
- •Гиперссылки
- •Настраиваемые поля
- •Использование формул
- •Использование индикаторов
- •Настраиваемые коды структур
- •Вопросы. Дополнительная информация о задачах и ресурсах
- •4.4 Планирование стоимости проекта Методы планирования стоимости проекта
- •Что понимается в ms Project под термином ресурсы: трудовые и материальные
- •Расчет стоимости назначения
- •Расчет стоимости задач
- •Методы начисления затрат
- •Вопросы:
- •4.5 Анализ доступности ресурсов
- •Доступность ресурса. Расчет доступности ресурса
- •Причины возникновения превышения доступности ресурса
- •4.6 Оптимизация плана проекта. Выравнивание загрузки ресурсов Следствия превышения доступности ресурсов
- •Способы устранения перегруженности ресурсов
- •Автоматическое выравнивание загрузки ресурсов
- •Раздел Leveling Calculation (Вычисления для выравнивания)
- •Раздел Leveling range for (Диапазон выравнивания для проекта)
- •Раздел Resolving Overallocations (Устранение превышений доступности)
- •Факторы, которые рассматриваются при Стандартном и Стандартном по приоритетам порядках выравнивания загрузки ресурсов
- •Важные замечания:
- •Важные замечания:
- •Ручное выравнивание загрузки ресурсов
- •Увеличение доступности ресурса Корректирование параметров доступности ресурса
- •Планирование сверхурочного времени для ресурса
- •Увеличение доступного времени в календаре ресурса
- •Сокращение нагрузки на ресурс Переназначение части нагрузки ресурса другим ресурсам
- •Откладывание отдельных назначений и задач
- •Прерывание отдельных назначений и задач
- •Вопросы:
- •4.7 Анализ и оптимизация плана работ
- •Уточнение длительности задач с использованием параметров
- •Оценка по аналогам
- •Параметрическая оценка
- •Оценка по трем точкам
- •Анализ резервов
- •Уточнение длительности по методу pert
- •Вопросы
- •4.8 Анализ критических параметров проекта
- •Анализ критического пути проекта Метод критического пути
- •Анализ и оптимизация стоимости проекта
- •Распределение затрат по фазам проекта
- •Распределение затрат по типам работ
- •Распределение затрат на ресурсы разных типов
- •Оптимизация стоимости проекта
- •Содержание лекции
- •Вопросы
- •4.9 Упражнения
- •Лабораторная работа 5. Планирование стоимости проекта Задание 1
- •Вопросы для самоконтроля
Снижение или сохранение риска
Обычно первой рассматриваемой альтернативой является снижение риска. Пример проекта строительства моста является иллюстрацией снижения риска. Проект нового моста для берегового порта должен был использовать инновационный процесс непрерывной заливки цемента, разработанный в целях экономии времени и огромных денежных средств. Основной риск состоял в том, что непрерывный процесс заливки в каждой секции моста действительно не должен был прерываться. Любой сбой мог бы привести к тому, что всю цементную секцию (сотни кубических ярдов) надо было разрушать и все начинать заново. При оценке возможных рисков все внимание уделили доставке цемента с завода. Цементовозы могли задержаться в пути или завод мог встать. Такие риски могут привести к огромным затратам на переделку уже сделанного и отставанию от графика. Риск снизили, построив два дополнительных передвижных цементных завода на разных магистралях всего в 20 милях от проектируемого моста на случай выхода из строя основного завода-поставщика. Аналогичные сценарии снижения рисков применяются в проектах разработки систем и математического обеспечения, где используются параллельные инновационные процессы на случай сбоя одного из них.
В некоторых случаях сознательно идут на сохранение риска. Владелец проекта просто принимает риск как должное, так как возможность такого риска очень мала.
Переадресация риска
Переадресация риска другой стороне - дело достаточно обычное; переадресация не меняет риск. Переадресация риска другой стороне почти всегда приводит к выплате надбавки за нее.
Контракты с фиксированными ценами являются классическим примером переадресации риска от владельца к подрядчику. Подрядчик понимает, что его фирма заплатит за любой риск, который будет иметь место. Следовательно, фактор финансового риска добавляется к стоимости контракта.
Крайне необходимо четко определить и письменно закрепить ответственность за работу с риском. Одним из способов переадресации является страхование.
Участие в рисках
Участие в рисках означает, что разные стороны принимают на себя части риска. Обычно затраты на риск и выгоды от усовершенствованного процесса делятся пополам между владельцем и подрядчиками.
Планирование на случай непредвиденных обстоятельств
План на случай непредвиденных обстоятельств является альтернативным и применяется в том случае, когда возможный прогнозируемый риск становится реальностью. Он представляет собой превентивные действия, призванные снизить или смягчить негативное влияние риска. Подобно всем планам, план на случай непредвиденных обстоятельств отвечает на вопросы, что, где, когда и в какой степени произойдет. Матрицы реакций на риск, одна из которых представлена на табл. 2.8, полезны для суммирования того, как проектные команды планируют управлять выявленными рисками.
Проект (см. табл. 2.7) использован для демонстрации такой матрицы.
На первом этапе нужно определиться, как поступить - снизить, разделить, переадресовать или принять на себя риск. Команда решила снизить вероятность блокирования системы, экспериментируя с образцом системы. Такое экспериментирование не только позволяет выявлять и исправлять недостатки конверсии до фактической сборки, но и дает информацию, полезную для стимулирования заинтересованности в этой системе конечного пользователя. Проектная команда получает возможность выявить и задокументировать различия между старой и новой системами, которые будут использованы при обучении пользователя. Риск отказа оборудования переадресуется посредством выбора надежного поставщика программ. Следующим этапом является разработка планов на случай непредвиденных обстоятельств. Например, если система блокирована после установки, то команда сначала попытается заменить программу. Если пользователь будет по-прежнему недоволен, то отдел информационных систем выделит дополнительный персонал для помощи. Если команде не удается получить надежное оборудование от основного поставщика, то оборудование другой марки закажут у другого поставщика.
И, наконец, команде надо будет обсудить и прийти к выводу, что же явится "импульсом" к применению плана на случай непредвиденных обстоятельств. В случае с блокированием системы - это неспособность разблокировать систему в течение одного часа, а в случае отказа пользователя - это гневный окрик сверху.
Таблица 2.8 – Матрица реакций на риск |
|||
Риск |
Принять, снизить, участвовать, переадресовать |
План на случай непредвиденных обстоятельств |
Импульс к применению |
Блокирование систем |
Снизить |
Замена ОС |
Все еще заблокирована через час |
Отказ пользователя |
Снизить |
Выделить дополнительный персонал для помощи |
Указание сверху |
Плохая работа (техническая неисправность) оборудования |
Переадресовать |
Заказать оборудование другой марки |
Замена не работает |