- •Министерство образования и науки украины Государственный университет информатики и искусственного интеллекта
- •«Менеджмент проектов»
- •Донецк, 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
- •Вопросы для самоконтроля
Вопросы
Как задают данные для анализа проекта по методу PERT?
Что такое "оптимистическая длительность"?
Что такое "ожидаемая длительность"?
Что такое "пессимистическая длительность"?
Могут ли "оптимистическая" и пессимистическая" длительности совпадать?
Можно ли применить метод к отдельной задаче?
Существуют ли ограничения на весовые коэффициенты?
Как просмотреть диаграмму Ганта для разных версий плана проекта?
В какой степени метод учитывает крайние сроки и ограничения задачи?
Изменяет ли программа данные для задач при анализе по методу PERT?
4.8 Анализ критических параметров проекта
Анализ критического пути проекта. Анализ и оптимизация стоимости проекта. Анализ распределения затрат по фазам проекта. Анализ распределения затрат по типам работ. Распределение затрат на ресурсы разных типов. Оптимизация стоимости проекта. Изучение инструментов для выявления, анализа и устранения критических путей проекта. Использование настраиваемых полей и группировки для анализа затрат по фазам, проекта, типам работ, типам ресурсов. Обзор способов уменьшения или увеличения стоимости проекта.
Анализ критического пути проекта Метод критического пути
"Метод критического пути представляет собой метод анализа сети расписания, проводимого при помощи модели расписания. При методе критического пути рассчитываются теоретические даты раннего старта и раннего финиша и позднего старта и позднего финиша для всех плановых операций без учета ограничений по ресурсам. Этот расчет производится путем проведения анализа прямого и обратного прохода по путям сети расписания проекта. Полученные даты раннего и позднего старта и финиша не обязательно представляют собой расписание проекта; они скорее показывают периоды времени, в пределах которых следует планировать данную операцию, исходя из длительности операций, логических взаимосвязей, опережений, задержек и прочих известных ограничений.
Рассчитанные ранний старт и ранний финиш и поздний старт и поздний финиш могут быть, а могут и не быть одинаковыми на любом пути в сети, поскольку общий временной резерв, обеспечивающий гибкость расписания, может быть положительным, отрицательным и равным нулю. На любом пути в сети гибкость расписания измеряется по положительной разности между ранними и поздними датами и называется "общим временным резервом". У критических путей общий временной резерв может быть отрицательным или равным нулю, а плановые операции на критическом пути называются "критическими операциями". Для получения сетевых путей с положительным или нулевым общим временным резервом могут потребоваться корректировки длительности операций, логических взаимосвязей, опережений и задержки прочих ограничений. Как только общий временной резерв на пути в сети оказывается нулевым или положительным, можно также определить т.н. свободный временной резерв — количество времени, на которое плановая операция может быть отложена, не вызывая задержки раннего старта непосредственно примыкающей последующей операции на данном сетевом пути." ([1], пункт 6.5.2.2, стр. 145.)
Таким образом, критический путь - это задача (или последовательность задач), определяющая дату окончания проекта. Длительность проекта будет увеличиваться или уменьшаться вместе с длительностью задачи, лежащей на критическом пути. Программа умеет определять время, на которое можно задержать исполнение задачи, это время хранится в поле Total Slack(Общий временной резерв). Если эта величина становится неположительной, то задача считается критической. Однако ее можно поменять, например, сделать резерв не больше одного дня. После чего задача станет критической. Чтобы определить для проекта размер временного резерва надо с помощью команды Tools >Options(Инструменты >Опции) открыть диалоговое окно настройки параметров MS Project, перейти на вкладку Calculation(Вычисления) и указать нужное значение в поле Tasks are critical is slack is less or equal to (Считать критическими задачи, имеющие резерв не более… ) .
Критическими называются те задачи, которые имеют ограничения типа Must Start On (Фиксированное начало), Must Finish On (Фиксированное окончание), As Late As Possible (Как можно позже) в проектах, планируемых от даты начала, и As Soon As Possible (Как можно раньше) в проектах, планируемых от даты окончания. Кроме того, все задачи, дата окончания которых превышает дату крайнего срока или совпадает с ней. Для отображения критического пути проекта надо использовать мастера диаграмм Ганта (Gant Chart Wizard), который вызывается командой меню Format(Форматирование) или контекстного меню диаграммы Ганта. Выбрав кнопку Critical path(Вычислить путь), следует щелкнуть на Finish(Конец). После этого диаграмма Ганта перестроится, критические задачи и связи между ними будут выделены красным цветом. Чтобы сохранить на диаграмме только критические задачи, надо воспользоваться фильтром Critical(Критический)
"Расчетные требования к ресурсам операции (раздел 6.3.3.1) повлияют на длительность плановой операции, так как привлеченные для плановой операции ресурсы и их наличие будет в значительной мере влиять на длительность большинства операций. Например, если в рамках плановой операции для эффективного выполнения проектирования требуется два инженера, а к работе привлечен только один человек, то, в принципе, для выполнения плановой операции потребуется как минимум вдвое больше времени. Однако по мере привлечения дополнительных ресурсов или при привлечении менее квалифицированного персонала для некоторых плановых операций может выявиться снижение эффективности проекта. Эта неэффективность, в свою очередь, может привести к меньшему увеличению производительности работ относительно увеличения объема привлеченных ресурсов. " ([1], пункт 6.4.1.6, стр. 153.)
Очевидно для того чтобы задача перестала быть критической можно сократить ее длительность. Но при этом если производится сокращение длительности Данной конкретной задач, то надо помнить следующее: сокращение длительности критической задачи может не только убрать ее с критического пути, но и сделать критическими другие задачи.
"Сводный календарь ресурсов (раздел 6.3), разрабатываемый в рамках процесса оценки ресурсов операций, включает в себя наличие, способности и навыки человеческих ресурсов (раздел 9.2). Также учитывается тип, количество, наличие и (если это имеет значение) возможности оборудования и материальных средств (раздел 12.4), которые могут существенно повлиять на длительность плановых операций. Например, одна и та же операция может быть выполнена быстрее или медленнее в зависимости от того, кому поручено ее выполнение – опытному исполнителю или новичку." ([1], пункт 6.4.1.7, стр.141.)
Для сокращения длительности задачи можно использовать несколько способов: сократить общий объем работы, добавить ресурсы для ускорения выполнения работы, сохранив прежний объем. В качестве демонстрации используем файл project2.mpp. После выявления критических путей в нашем примере критической оказалась задача 5 (редактирование третьей статьи). Попробуем добавить дополнительный ресурс для ее выполнения, включив в число редакторов лаборанта. В результате задача 5 перестала быть критической. Однако возникли две новых критических задачи: номер 3 и номер 11. Для того, чтобы устранить этот критический путь увеличим долю участия в проекте главного редактора от 20 % до 50. Все задачи перестали быть критическими. Осталось только тщательно проследить, не возникло ли перегрузок в ресурсах. В таком случае при оценке стоимости проекта необходима будет учитывать трудозатраты на сверхурочную работу.
Еще один способ сокращения длительности задачи состоит в том, что по возможности задачу разбивают на две подзадачи с одновременным выполнением. Но при этом также необходимо следить за возможной перегрузкой ресурсов.
