- •Министерство образования и науки украины Государственный университет информатики и искусственного интеллекта
- •«Менеджмент проектов»
- •Донецк, 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
- •Вопросы для самоконтроля
3.5 Унифицированная модель организации внедрения решений в методологии Microsoft Solutions Framework (msf)
Рассмотренные выше методологии ориентированы на внедрение готовых информационных систем, построенных на базе определенных программных продуктов. В отличие от них методология Microsoft Solutions Framework (MSF) носит универсальный характер и может использоваться для внедрения произвольной разрабатываемой в процессе проекта системы. Особенностью этой методологии является глубокая проработка различных аспектов организации проекта внедрения (определение этапов и контрольных точек проекта, состава команды проекта, распределения задач и пр.), что может оказаться весьма полезным при проектировании собственных корпоративных процедур управления проектом.
Состав работ проекта - модель процессов msf
Модель процессов MSF отражает интегрированную (общую) методологию разработки и внедрения ИТ-решений.
Под ИТ-решением в MSF понимается скоординированная поставка набора элементов (таких как программно-технические средства, документация, обучение и сопровождение), необходимых для удовлетворения некоторой бизнес потребности конкретного заказчика. Основными компонентами решения являются:
программно-технические средства, которые могут быть как новыми, так и усовершенствованными версиями разработанных ранее;
внедрение - включает в себя процедуры установки/удаления аппаратного и программного обеспечения;
обучение - процедуры, которые распространяются на всех участников использования и сопровождения решения;
документация - вся информация, необходимая для установки, поддержки, сопровождения и использования решения;
сопровождение - процедуры развития, восстановления, действий в нештатных ситуациях и поддержки пользователей;
внешние коммуникации - информирование заинтересованных сторон о ходе внедрения решения и его влиянии на их интересы.
В отличие от решений, программные продукты разрабатываются для нужд массового рынка, поставляются в качестве дистрибутивных пакетов или загружаемых файлов и не требуют организации процесса внедрения. Универсальность модели MSF определяется тем, что благодаря своей гибкости и отсутствию жестко установленных связей и процедур она может быть применена при разработке весьма широкого круга систем: традиционного программного обеспечения, ERP-систем, решений в области электронного бизнеса, распределенных сетевых приложений и пр. Эта модель сочетает в себе свойства двух стандартных производственных моделей: каскадной и спиральной.
В основе методологии MSF лежит итеративный интегрированный подход к созданию и внедрению решений, базирующийся на фазах и вехах.
Итеративность подхода предусматривает поэтапное создание всех элементов проекта: программного кода, документации, дизайна, планов. Реализацию проекта рекомендуется начинать с построения, тестирования и внедрения базовой функциональности системы. Затем к решению добавляются все новые и новые возможности. Такой подход к процессу разработки подразумевает достаточную гибкость в ведении документации. Проектные документы должны изменяться по мере эволюции проекта. Их пересмотр не прекращается до конца проекта и производится после каждой итерации. Такой подход существенно отличается от принципов ведения документации в каскадной модели, где процесс разработки начинается лишь после того, как готовы и зафиксированы все требования и спецификации.
Интеграция в рамках одного проекта процедур разработки и внедрения системы позволяет более полно сосредоточиться на нуждах Заказчика (даже если разработка решения прошла удачно, заказчики не увидят отдачи до тех пор, пока оно не запущено в эксплуатацию), улучшить взаимодействие с командой сопровождения.
Фазы проекта определяют последовательно решаемые задачи, а вехи (milestones) - ключевые точки проекта, характеризующие достижение какого-либо существенного результата.
В MSF используются два вида вех: главные и промежуточные. Они имеют следующие характеристики:
главные вехи служат точками перехода от одной фазы к другой и определяют изменения в текущих задачах ролевых кластеров проектной команды; в MSF главные вехи являются в достаточной степени универсальными для применения в любом ИТ проекте;
промежуточные вехи показывают достижение определенного прогресса в исполнении фазы проекта и расчленяют большие сегменты работы на меньшие, обозримые и управляемые участки; промежуточные вехи могут варьироваться в зависимости от характера проекта.
Изменения в задачах ролевых кластеров проектной команды происходят по мере смены фаз проекта. Переход от одной фазы к другой включает в себя также перенос основной ответственности от одних ролевых кластеров к другим, как показано в таблице 3.6.
Таблица 3.6 – Распределение ответственности ролевых кластеров |
|
Веха |
Ведущие ролевые кластеры |
Концепция утверждена |
Управление продуктом |
Планы проекта утверждены |
Управление программой |
Разработка завершена |
Разработка, удовлетворение потребителя |
Готовность решения утверждена |
Тестирование, управление выпуском |
Внедрение завершено |
Управление выпуском |