- •Министерство образования и науки украины Государственный университет информатики и искусственного интеллекта
- •«Менеджмент проектов»
- •Донецк, 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.10
Таблица 3.10 – Задачи проектной группы в фазе разработки |
|
Ролевой кластер |
Задачи |
Управление продуктом |
Формирование ожиданий Заказчика |
Управление программой |
Управление изменениями в функциональной спецификации; мониторинг проекта; доработка планов |
Разработка |
Разработка программного кода и инфраструктуры; документирование конфигураций |
Удовлетворение потребителя |
Обучение пользователей; доработка плана обучения; тестирование удобства эксплуатации |
Тестирование |
Функциональное тестирование; тестирование документации; доработка плана тестирования |
Управление выпуском |
Планирование развертывания; доработка планов внедрения (включая пилотное внедрение) |
Рекомендуемые промежуточные вехи:
Концепция подтверждена - успешно проведена проверка ключевых элементов решения в непроизводственной копии существующей среды.
Билд n завершен, билд n+1 завершен - промежуточные вехи, помогающие определить прогресс создания решения. В сложных системах зачастую выделяются компоненты, каждый из которых разрабатывается и тестируется отдельной командой и затем интегрируется в общее решение. Билды (сборки) и являются процедурами слияния компонент. Эти промежуточные вехи могут быть привязаны к некоторым важным элементам системы (например, завершение графического дизайна, разработки базы данных и пр.).
Главная веха "Разработка завершена" означает, что создание всех составляющих завершено, решение готово к тестированию и стабилизации.
Результаты фазы:
исходный и исполнимый код приложений;
скрипты установки и конфигурирования;
окончательная функциональная спецификация;
материалы поддержки решения;
спецификации и сценарии тестов.
Фаза стабилизации
Цель фазы - тестирование и отладка разработанного решения в реалистичной модели производственной среды.
Основные выполняемые задачи:
выявление, приоритезация и устранение ошибок;
пилотное внедрение решения.
Распределение задач между ролевыми кластерами в фазе стабилизации приведено в таблице 3.11.
Таблица 3.11 – Задачи проектной группы в фазе стабилизации |
|
Ролевой кластер |
Задачи |
Управление продуктом |
Исполнение коммуникационного плана; планирование премьеры продукта |
Управление программой |
Мониторинг проекта; приоритезация ошибок |
Разработка |
Устранение ошибок; оптимизация программного кода |
Удовлетворение потребителя |
Доработка эксплуатационных руководств; подготовка учебных материалов |
Тестирование |
Организация и проведение тестирования |
Управление выпуском |
Развертывание и поддержка пилотного внедрения; планирование внедрения; обучение персонала сопровождения |
Рекомендуемые промежуточные вехи:
Точка конвергенции - характеризует достижение существенного прогресса в устранении ошибок. В этот момент скорость устранения ошибок начинает превосходить скорость их обнаружения.
Точка достижения нуля - это момент, когда впервые все выявленные ошибки оказываются устраненными. В дальнейшем ошибки еще будут выявляться, но их количество начинает стремительно убывать.
Версии-кандидаты - последовательный выпуск и доработка полнофункциональных версий системы. Каждая версия-кандидат имеет полный набор составляющих, необходимых для внедрения решения в производство. В процессе тестирования версии-кандидата производится оценка ее готовности к внедрению. При необходимости проектная группа должна подготовить новую версию, исправляющую недостатки предыдущей.
Контрольное тестирование завершено. К этому моменту проектная группа должна:
оценить результаты тестирования в соответствии с имеющимися критериями успешности;
подготовить среду внедрения;
создать необходимые для внедрения процедуры, скрипты и массивы данных (load sets);
иметь готовые учебные материалы;
обеспечить условия для сопровождения решения;
создать и протестировать план "отката" для восстановления системы после сбоев.
Тестирование приемлемости для потребителей завершено - пользователи выполнили тестирование и одобряют работу решения в непроизводственной среде.
Пилотное внедрение завершено - выполнено тестирование полного решения в среде, максимально приближенной к производственным условиям. В MSF пилотный релиз (pilot release) - это внедрение решения или в часть производственной среды, или для части пользователей, или на подмножестве данных.
Главная веха "Готовность решения утверждена" означает, что к этому моменту проектная группа завершает разрешение всех существенных проблем и решение готово к внедрению.
Результаты:
окончательный продукт;
документация выпуска;
материалы поддержки решения;
результаты и инструментарий тестирования;
исходный и исполнимый код приложений;
проектная документация.