Скачать презентацию Управление проектами с PERT CPM Скачать презентацию Управление проектами с PERT CPM

Project_management1_RU.pptx

  • Количество слайдов: 34

Управление проектами с PERT / CPM Управление проектами с PERT / CPM

 • Задача о строительстве • Использование сетей для визуального отображения проектов • Планирование • Задача о строительстве • Использование сетей для визуального отображения проектов • Планирование проекта с PERT / CPM • Работа с неопределенными сроками • Поиск компромисса время/стоимость • Планирование и контроль расходов по проекту • Оценка PERT / CPM • Выводы

Управление крупномасштабными проектами (многочисленные мероприятия много деталей, которые нужно принять во внимание) требует планирования Управление крупномасштабными проектами (многочисленные мероприятия много деталей, которые нужно принять во внимание) требует планирования (разработка графика, мониторинг прогресса). PERT (Метод оценки и пересмотра программ) и CPM (Метод критического пути) помогает руководителю (используя сети и программное обеспечение, например MS Project) : 1. Строить новые заводы 2. Проводить исследования и разработки новых продуктов 3. Управлять проектами, связанными с освоением космического пространства (NASA) 4. Производить фильмы 5. Строить корабли 6. Разрабатывать новые системы вооружения (при поддержке правительства) 7. Перемещать объекты проекта 8. Обеспечивать техническое обслуживание ядерных реакторов 9. Устанавливать системы управления информацией 10. Проводить рекламные кампании

Задача о строительстве завода Выигран контракт на 5, 4 миллиона $ ставку на строительство Задача о строительстве завода Выигран контракт на 5, 4 миллиона $ ставку на строительство нового завода в течение года. Контракт включает в себя: • штраф 300 000 $, если строительство не будет завершено к сроку (47 недель). • бонус 150 000 $, если завершится в течение 40 недель. Не совсем реально завершить строительство в течение 40 недель без дополнительных затрат менеджер решил уложиться в срок (47 недель). Таблица показывает : предшествующее событие: нужно закончить до начала данного события, последующее событие: следует сразу за мероприятием. 1. Для экскаваторных работ не требуется ждать окончания других событий. 2. Экскаваторные работы должны быть завершены до начала закладки фундамента. 3. Фундамент должен быть заложен, прежде чем начать кладку стен, и т. д. Все предшествующие события должны быть закончены до того, как событие может начаться. Предполагаемые сроки показаны в правом столбце. Суммируя эти сроки всего = 79 недель (не укладывается в срок). Некоторые виды работ можно сделать параллельно сокращение сроков завершения проекта.

Имея в таблице данную информацию, нужно ответить на следующие вопросы: 1. Как представить проект Имея в таблице данную информацию, нужно ответить на следующие вопросы: 1. Как представить проект графически, чтобы отобразить последовательность событий? 2. Каково общее время для завершения проекта без задержек? 3. Когда должны начаться и закончиться отдельные события – для того, чтобы проект закончился в срок (предельные сроки)? 4. При отсутствии задержек, когда могут начаться и закончиться события (самые ранние сроки)? 5. Какие события являются самыми важными, задержки при выполнении которых следует избегать, чтобы предотвратить нарушение сроков проекта? 6. Для других событий, какова может быть максимальная задержка, которая не отразится на времени выполнения проекта в срок? 7. Какова вероятность завершения проекта в срок при неопределенных сроках событий? 8. Если для ускорения процесса используются дополнительные средства, какой вариант будет наименее дорогим для раннего завершения(40 недель)? 9. Как контролировать текущие расходы, чтобы удержать траты на проект в рамках бюджета?

Использование сетевого планирования для графического представления проектов • Сети • Microsoft Project Использование сетевого планирования для графического представления проектов • Сети • Microsoft Project

Построение сети проекта (узлы и дуги) Информация, необходимая для описания проекта: 1. Информация о Построение сети проекта (узлы и дуги) Информация, необходимая для описания проекта: 1. Информация о событии: Разбейте проект на отдельные события (на требуемом уровне детализации). 2. Отношения очередности: Определить непосредственное предшествующее событие(я) для каждого события. 3. Информация о сроках: Оценить длительность каждого события. Типы сетей для управления проектами: - Работа-на-дугах (Ao. A): работы представлены дугами, вершины – события. Дуги исходят от непосредственных предшествующих событий (входящий дуги). Последовательность дуг показывает отношения предшествования между событиями. - Работа-на-узлах (Ao. N): роль вершин графа играют работы, а дуги отображают соответствие между окончанием одной работы и началом другой. Число рядом с узлом - ожидаемая длительность.

Рис 1. Сетевая модель задачи Рис 1. Сетевая модель задачи

Microsoft Project - Введите перечень работ в табл. Выберите меню Вид Таблица Ввод. - Microsoft Project - Введите перечень работ в табл. Выберите меню Вид Таблица Ввод. - Введите: название событий, длительность предшествующих событий, время начала работ. Остальные часть таблицы создается автоматически (в том числе и график). Единица продолжительности по умолчанию = день. Изменить на недели: Инструменты Опции Расписание вводится «продолжительность» . По умолчанию формат даты: 1/2/01, может быть изменен : Опции Вид изменяется " Формат даты ". Чтобы начать счет времени с 0 , начало первой работы = W 1 / 1 ( неделя 1 , день 1). 5 - дневная рабочая неделя 1 -я работа займет 2 недели время окончания W 2 / 5 (неделя 2, день 5 ). Диаграмма Ганта : столбцы показывают запланированное время начала и окончания соответствующих работ. Стрелки указывают отношения предшествования между работами. События 5 и 7 являются предшествующими событию 8 стрелки с обоих ведут к нему. Таблица проекта: может быть выбрана Вид Таблица : Ввод. Диаграмма Ганта = по умолчанию. Диаграмма PERT показывает сетевую модель проекта. Ячейки событий выстроены в ряд (можно перетащить с помощью мышки).

Таблицы MS Project для задачи. Справа: Диаграмма Ганта показывает график проекта. Таблицы MS Project для задачи. Справа: Диаграмма Ганта показывает график проекта.

- Следующий рисунок показывает сетевую модель проекта после перемещения ячеек событий там же, что - Следующий рисунок показывает сетевую модель проекта после перемещения ячеек событий там же, что и соответствующие узлы на рис. 1 (за исключением того, что для начала и окончания проекта нет ячеек). Каждая ячейка содержит значительный объем информации о событии. - Сначала идет название, вторая строка показывает номер и продолжительность. Последний ряд – запланированное время начала и окончания.

Сетевая модель для проекта, построенная с помощью MS Project. Сетевая модель для проекта, построенная с помощью MS Project.

Планирование проекта с PERT / CPM • • • Критический путь Планирование отдельных событий Планирование проекта с PERT / CPM • • • Критический путь Планирование отдельных событий Правило самого раннего начала Правило самого позднего окончания Выявление застоев в расписании

Пять вопросов, требующих ответа: Вопрос 1: Каково общее время, необходимое для завершения проекта, если Пять вопросов, требующих ответа: Вопрос 1: Каково общее время, необходимое для завершения проекта, если не произойдет никаких задержек? Вопрос 2: Когда должны начинаться и заканчиваться события (самое позднее) для того, чтобы проект был завершен вовремя? Вопрос 3: Когда будут начинаться и заканчиваться события (самые ранние сроки), если не произойдет никаких задержек? Вопрос 4: Какие события являются наиболее критичными, где задержки следует избегать, чтобы предотвратить отставание от сроков завершения проекта? Вопрос 5: Для других событий, какова возможная задержка, без нарушения сроков проекта? Сетевая модель проекта отвечает на эти вопросы, предоставляя: порядок выполнения событий и установленную продолжительность каждого события. Вопросы 1 и 4 являются самыми важными.

Критический путь Сколько по времени будет занимать проект? Суммируя длительность всех работ всего = Критический путь Сколько по времени будет занимать проект? Суммируя длительность всех работ всего = 79 недель. Некоторые виды работ могут быть выполнены (примерно) одновременно длина пути является более актуальной. Путь = маршрут из дуг от начального до конечного узла. Длина = (установленная) сумма продолжительностей работ пути. Пути и их длины приведены в таблице. Диапазон длин: от 31 до 44 недель. Учитывая длины путей, какой должна быть (по оценке) продолжительность проекта (необходимое общее время)? Поскольку работы на любой заданной траектории должны следовать одна за другой, не перекрываясь, продолжительность проекта не может быть меньше, чем длина пути. Однако, продолжительность проекта может быть дольше, потому что некоторые события на пути с несколькими непосредственными предшественниками, возможно, потребуют ожидания предшествующего события не на этом пути, чтобы закончить, например, 2 -й путь, событие Н имеет два непосредственных предшественника, G не на пути и Е на пути.

После того, как закончится С, для события Е требуется 4 недели, 13 недель для После того, как закончится С, для события Е требуется 4 недели, 13 недель для завершения событий D и G продолжительность проекта должна быть значительно больше, чем длина второго пути в таблице. Продолжительность проекта не больше, чем один конкретный путь ( самый длинный путь). Работа на этом пути может быть выполнена последовательно, без перерывов. ( В противном случае, он было бы не самым длинным путем) время, необходимое для достижения конечного узла = это длина пути. Все более короткие пути дойдут до конечного узла не позднее, чем этот, поэтому расчетная продолжительность проекта = длина самого длинного пути (критического пути). (Если более чем один путь = самый длинный, все эти пути - критические). Если не произойдет никаких задержек, общее необходимое время составит 44 недели. События на этом критическом пути являются критическими событиями: необходимо избегать любых задержек в их завершении, чтобы предотвратить задержки завершения проекта. Чтобы уменьшить продолжительность проекта (бонус за завершение в течение 40 недель) нужно изменять продолжительность этих событий.

Планирование отдельных событий Процедура планирования PERT / CPM начинается с рассмотрения вопрос 3: Когда Планирование отдельных событий Процедура планирования PERT / CPM начинается с рассмотрения вопрос 3: Когда будут начинаться и заканчиваться события (самые ранние сроки), если не произойдет никаких задержек? Если нет задржек (1) Фактическая продолжительность события = его расчетная продолжительность (2) каждое событие начинается сразу после того, как заканчивается предшествующее. Время начала и окончания событий без задержек называют самым ранним временем начала и самым ранним временем окончания. ES = самое раннее время начала, EF = самое раннее время окончания, Где: EF = ES + продолжительность события.

Время начала = 0 , событие А начинает проект Событие А: ES = 0, Время начала = 0 , событие А начинает проект Событие А: ES = 0, EF = 0 + продолжительность ( 2 недели) = 2, Событие B начинается, как только заканчивается деятельность А Событие B : ES = EF для деятельности A = 2 , EF = 2 + продолжительность (4 недели) = 6. Чтобы получить ES : Если событие имеет только одно предшествующее событие ES = EF для непосредственного предшественника. Таким образом получаем ES и EF для события C , затем для D , E , I, G , F. На рисунке показаны ES и EF для каждого из этих событий справа от узлов, например : Событие G : ES = EF для события D = 22 , EF = 22 + продолжительность ( 7 недель) = 29 , Это означает, что это событие (внешний сайдинг ) должно начаться на 22 неделе и закончиться на 29 неделе после начала проекта. Н имеет два предшествующих события, события G и E. Чтобы начать событие H нужно ждать, пока не закончатся оба события G и E Для события G EF = 29. Для события E EF = 20. ES (для события H ) = самое большое EF = 29.

Самое раннее время начала (ES) и самое раннее время завершения (EF) значения для событий Самое раннее время начала (ES) и самое раннее время завершения (EF) значения для событий которые имеют только одно предшествующее событие.

Если событие имеет только одно предшествующее событие, правило такое же, как указано ранее. Однако, Если событие имеет только одно предшествующее событие, правило такое же, как указано ранее. Однако, можно учитывать и большее число предшествующих событий. Применяя это правило к остальным событиям на рис. (и считая EF по ES), получаем полный набор значений ES и EF, приведенный на следующем рисунке.

Самое раннее время начала (ES) и самое раннее время окончания (EF) для всех событий Самое раннее время начала (ES) и самое раннее время окончания (EF) для всех событий (плюс начальный и конечный узлы) для задачи.

Правило самого раннего срока начала: самое раннее время начала события = самый продолжительный из Правило самого раннего срока начала: самое раннее время начала события = самый продолжительный из самых ранних сроков окончания предшествующих событий: ES = самый продолжительный EF из предшествующих событий. Рис. также включает значения ES и EF для начального и конечного узлов. Эти узлы рассматриваются как фиктивные события, которые не требуют времени. Для начального узла , ES = 0 = EF автоматически. Для конечного узла, для расчета ES используем правило самого раннего срока начала. События, предшествующие конечному узлу: Для события M EF = 40. Для события N EF = 44. ES ( для конечного узла ) = большее EF = 44. EF для конечного узла = 44 + 0 = 44. Проект должен быть завершен за 44 недели, если все пойдет по графику в соответствии с начальным и конечными сроками для каждого события. ( Это ответ на вопрос 1 ). Этот график может быть использован для информирования рабочих групп, ответственных за каждое событие, о том, когда они должны начать и завершить свою работу.

Процесс, при котором планирование начинают с начального события и двигаются к конечному событию, чтобы Процесс, при котором планирование начинают с начального события и двигаются к конечному событию, чтобы вычислить значения ES и EF, называют прямым проходом сети. Полученные графики предполагают, что в качестве фактической продолжительности каждого события мы берем его ориентировочную (установленную) продолжительность. Что произойдет, если некое событие займет больше времени, чем ожидалось? Вызовет ли это задержку завершения проекта? Возможно, но не обязательно. Это зависит от того, какое событие задерживается и каков срок задержки.

Следующая процедура направлена на определение того, насколько позже, чем указано на рис. может начаться Следующая процедура направлена на определение того, насколько позже, чем указано на рис. может начаться или закончиться событие, не влияя на сроки завершения проекта. Самое поздний срок начала события = самое позднее возможное время, когда событие может начаться при том, что это не вызовет задержки сроков завершения проекта ( конечный узел все еще достигается в самый ранний конечный срок ), при условии отсутствия последующих задержек. Самый поздний срок можно определить через завершение события: LS = самое позднее время начала события, LF = самое позднее время завершения события, Где LS = LF - продолжительность события (по оценке ).

Чтобы найти LF , применяем следующее правило. Правило самого позднего срока окончания: самый поздний Чтобы найти LF , применяем следующее правило. Правило самого позднего срока окончания: самый поздний срок окончания события = наименьший из самых поздних сроков начала его последующих событий: LF = наименьший LS из последующих событий. Так как последующие события не могут начаться до тех пор, пока событие не закончится, событие должно закончиться вовремя, чтобы позволить всем его последующим событиям начаться в самый поздний срок их начала. Например, рассмотрим событие M на рис. Единственным его последующим событием является конечный узел. Этот узел должен быть достигнут в срок 44 недели для того, чтобы проект завершился в течение 44 недель, поэтому мы начинаем с того, что присваиваем этому узлу следующие значения: Конечный узел: LF = его EF = 44 , LS = 44 - 0 = 44. Теперь мы можем применить правило самого позднего срока окончания к событию М. Событие М : LF = LS для конечного узла = 44, LS = 44 - продолжительность (2 недели) = 42. Поскольку событие М - одно из событий, которые завершают проект, мы можем автоматически установить его LF = самый ранний срок окончания (конечный узел) не применяя правило самого позднего срока окончания. Поскольку событие М является единственным последующим событием после H, мы применяем правило самого позднего срока окончания. Событие H : LF = LS для события М = 42, LS = 42 - продолжительность (9 недель) = 33.

Начнем с последних событий и будем идти назад в сторону начальных событий для расчета Начнем с последних событий и будем идти назад в сторону начальных событий для расчета значений LF и LS в отличие от прямого прохода сети, который используется, чтобы найти самые ранние сроки начала и завершения, мы совершаем обратный проход сети. Рисунок показывает результаты обратного прохода сети, например, рассмотрим событие С, которое имеет три последующих события. Последующие события C : Для события D LS = 20. для события E LS = 16. для события I LS = 18. Наименьшее LS = 16. LF для события С = наименьшее LS = 16. На рисунке представлен "график последнего шанса". Даже если событие начнется и закончится, как показано на рисунке, еще можно будет избежать задержки завершения проекта в 44 недели. Для учета непредвиденных задержек предпочтительнее использовать самый ранний срок по расписанию, чтобы обеспечить некоторую допуски по срокам. Если начальный и конечный сроки события позже, чем соответствующие самые ранние сроки, то это событие будет иметь некоторый допуск по срокам. Последняя часть процедуры PERT / CPM состоит в выявлении этих допусков, затем эта информация используется, чтобы найти критический путь. ( Это будет ответом на оба вопроса 4 и 5. )

Выявление допусков в графике Чтобы определить допуск, удобно сочетать самые поздние и самые ранние Выявление допусков в графике Чтобы определить допуск, удобно сочетать самые поздние и самые ранние сроки в одном рисунке. Используем событие M в качестве примера, это делается путем отображения информации для каждого вида события следующим образом.

Рис. 10. 6 Самое позднее время начала (LS) и самое позднее время конца (LF) Рис. 10. 6 Самое позднее время начала (LS) и самое позднее время конца (LF) для всех событий (плюс начальный и конечный узлы) для задачи.

(S или F показывает являются временем начала или конца) Рисунок 10. 7 отображает эту (S или F показывает являются временем начала или конца) Рисунок 10. 7 отображает эту информацию для всего проекта.

Рисунок 10. 7 полный сетевая модель проекта, показывающая ES и LS событий (в скобках Рисунок 10. 7 полный сетевая модель проекта, показывающая ES и LS событий (в скобках над узлом) и EF и LF (в скобках под узлом) для задачи. Жирные стрелки показывают критический путь.

Этот рисунок позволяет легко увидеть допуск для каждого события. Допуск на событие = разница Этот рисунок позволяет легко увидеть допуск для каждого события. Допуск на событие = разница между самым поздним сроком завершения и его самым ранним сроком завершения: Допуск = LF - EF. (LF - EF = LS – ES обе разности могут быть использованы для расчета допуска ), например, допуск для события M = 44 - 40 = 4. Событие М может быть отложено до 4 недель от самого раннего срока расписания, не задерживая завершение проекта в 44 недели. Это имеет смысл, так как проект будет завершен, как только будут завершены оба события M и N и самое раннее время завершения события N (44) будет на 4 недели позже, чем событие M (40). Если событие N идет по графику, проект все равно будет закончен в 44 недели, если есть какие-либо задержки при начале события M, и исполнение M не занимает более 4 недель. Таблица показывает допуски событий, для некоторых допуски = 0, что показывает, что любые задержки этого события приведут к задержке завершения проекта. Так PERT / CPM определяет критический путь.