- •Министерство образования и науки украины Государственный университет информатики и искусственного интеллекта
- •«Менеджмент проектов»
- •Донецк, 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
- •Вопросы для самоконтроля
Команда проекта
Таблица 2.4. Матрица ответственности (RM) для проекта изучения возможностей рынка |
|||||
Задача |
Ричард |
Дэн |
Дэйв |
Линда |
Элизабетт |
Определение целевых покупателей |
R |
S |
|
S |
|
Разработка проекта опросного листка |
R |
S |
S |
|
|
Экспериментальная проверка опросного листка |
|
R |
|
S |
|
Окончательный вариант опросного листка |
R |
S |
S |
с |
|
Тираж опросного листка |
|
|
|
|
R |
Подготовка адресов рассылки |
|
|
|
|
R |
Рассылка опросного листка |
|
|
|
|
R |
Получение и обработка ответов |
|
|
|
R |
S |
Ввод ответов в компьютер |
|
|
R |
|
|
Анализ результатов |
|
R |
S |
S |
|
Подготовка проекта отчета |
S |
R |
S |
S |
|
Подготовка окончательного отчета |
R |
|
S |
|
|
"S" используется для обозначения членов команды из 5 человек, которые будут поддерживать и помогать работнику, ответственному за выполнение задачи.
Такие простые матрицы особенно полезны при организации распределения ответственности за небольшие проекты или локальные проекты более крупных и сложных проектов.
Более сложные матрицы ответственности не только определяют ответственность, но и выявляют критическое взаимодействие между подразделениями и отдельными людьми, которые требуют координации.
Например, табл. 2.5 представляет матрицу более крупного и сложного проекта, требующего разработки нового блока испытательного оборудования.
Каждая ячейка с цифровым кодом используется для определения характера вовлечения в выполнение конкретной задачи.
Список
Ответственность
Поддержка
Консультация
Уведомление
Одобрение
Организация
Таблица 2.5 Матрица ответственности (RM) для проекта, управляемого компьютером ленточного конвейера |
||||||||
Промежуточные этапы работы |
Проект |
Разработка |
Докумен-тация |
Сборка |
Испытание |
Закупка |
Гарантия качества |
Производство |
Архитектурный проект |
1 |
2 |
|
|
2 |
|
3 |
3 |
Технические характеристики оборудования |
2 |
1 |
|
|
|
2 |
3 |
|
Спецификация ядра программы |
1 |
3 |
|
|
|
|
|
3 |
Спецификация обслуживающих программ |
2 |
1 |
|
|
3 |
|
|
|
Дизайн оборудования |
1 |
|
|
3 |
|
3 |
|
3 |
Дисководы |
3 |
1 |
2 |
|
|
|
|
|
Управление памятью |
1 |
3 |
|
|
3 |
|
|
|
Документация оперирующей системы |
2 |
2 |
1 |
|
|
|
|
3 |
Прототипы |
5 |
|
4 |
1 |
3 |
3 |
3 |
4 |
Комплексные испытания |
5 |
2 |
2 |
|
1 |
|
5 |
5 |
Руководители проекта должны правильно соотносить выполнение задач с необходимостью развивать мастерство и таланты людей.Руководителю проекта необходимо определить не только кто и какую работу будет выполнять, но и кто с кем будет работать. При этом следует учитывать несколько факторов.
Первое - сократить до минимума ненужную напряженность; менеджеры должны подбирать людей совместимых, с одинаковым отношением к работе, тех, кто дополняет друг друга (т.е. слабые стороны одного человека являются сильными сторонами другого).
Второе - учитывать, опыт. Опытные работники должны работать с новичками, не только для того, чтобы поделиться опытом, но и для того, чтобы познакомить их с обычаями и нормами, принятыми в организации.
Третье - следует подумать о будущем. Если есть люди, которые никогда раньше не работали вместе, но им придется в дальнейшем работать над проектом, то стоит использовать возможность дать этим людям поработать сообща как можно раньше, чтобы они могли познакомиться друг с другом.