Метод критического пути (CPM ) или критический путь анализ (CPA ) - это алгоритм для планирования набора мероприятий по проекту. Он обычно используется в сочетании с техникой оценки и анализа программ (PERT). Критический путь определяется путем определения самого длинного отрезка зависимых действий и измерения времени, необходимого для их выполнения от начала до конца.
Метод критического пути (CPM) - это метод моделирования проектов, разработанный в конце 1950-е годы Морганом Р. Уокером из DuPont и Джеймсом Э. Келли-младшим из Remington Rand. Келли и Уокер рассказали свои воспоминания о разработке CPM в 1989 году. Келли приписал термин «критический путь» разработчикам PERT, который был разработан примерно в то же время Booz Allen Hamilton и США Военно-морской флот. Предшественники того, что стало известно как критический путь, были разработаны и реализованы компанией DuPont между 1940 и 1943 годами и способствовали успеху Манхэттенского проекта..
Анализ критического пути обычно используется во всех формах проектов. включая строительство, аэрокосмическую и оборонную промышленность, разработку программного обеспечения, исследовательские проекты, разработку продуктов, инжиниринг и техническое обслуживание предприятий, среди прочего. Любой проект с взаимозависимыми действиями может применить этот метод математического анализа. Впервые CPM был использован для строительства крупного небоскреба в 1966 году при строительстве бывших башен-близнецов Всемирного торгового центра в Нью-Йорке. Хотя исходная программа и подход CPM больше не используются, этот термин обычно применяется к любому подходу, используемому для анализа логической схемы сети проекта.
Существенным методом использования CPM является построение модели проекта, которая включает следующее:
Используя эти значения, CPM вычисляет самый длинный путь запланированных действий до логических конечных точек или до конца проекта, а также самое раннее и самое позднее, когда каждое действие может начинаться и заканчиваться, не увеличивая продолжительность проекта. Этот процесс определяет, какие действия являются «критическими» (т. е. на самом длинном пути), а какие - «плавающими» (т. е. могут быть отложенным, не увеличивая проект). В управлении проектами критическим путем является последовательность сетевых действий проекта, которые в сумме самая большая общая продолжительность, независимо от того, имеет ли эта самая большая продолжительность плавающее значение или нет. Это определяет кратчайшие сроки завершения проекта. В пределах критического пути может быть «общее время с плавающей запятой» (неиспользованное время). Например, если проект тестирует солнечную панель, а для задачи «B» требуется «восход», может быть ограничение по расписанию для действия по тестированию, так что оно не начнется до запланированного времени восхода солнца. Это может привести к вставке мертвого времени (общего плавания) в расписание действий на этом пути до восхода солнца из-за необходимости дождаться этого события. Этот путь с сгенерированным ограничением общим числом с плавающей запятой фактически сделает путь более длинным, при этом общее число с плавающей запятой будет частью кратчайшей возможной продолжительности для всего проекта. Другими словами, отдельные задачи на критическом пути до ограничения могут быть отложены без удлинения критического пути; это «общий запас» этой задачи. Однако время, добавленное к продолжительности проекта ограничением, на самом деле составляет перетаскивание критического пути, величина, на которую продолжительность проекта увеличивается за счет каждого действия и ограничения критического пути.
Проект может иметь несколько параллельных близких к критическим путям; и некоторые или все задачи могут иметь «свободное плавание» и / или «общее плавание». Дополнительный параллельный путь через сеть, общая продолжительность которого короче критического пути, называется подкритическим или некритическим путем. Действия на подкритических путях не имеют перетаскивания, поскольку они не увеличивают продолжительность проекта.
Инструменты анализа CPM позволяют пользователю выбрать логическую конечную точку в проекте и быстро определить его самую длинную серию зависимых действий (самый длинный путь). Эти инструменты могут отображать критический путь (и, при желании, действия, близкие к критическому) в виде каскадного водопада, который течет от начала проекта (или текущей даты статуса) к выбранной логической конечной точке.
Хотя диаграмма активности по стрелке (диаграмма PERT) все еще используется в некоторых местах, ее обычно заменяют диаграммой активности на узле, где каждое действие показано в виде прямоугольника или узла, а стрелки представляют логические отношения, идущие от предшественника к преемнику, как показано здесь, на «диаграмме действий на узле».
На этой диаграмме действия A, B, C, D и E составляют критический или самый длинный путь, а действия F, G и H находятся вне критического пути с плавающей точкой 15, 5 и 20 дней соответственно. В то время как действия, выходящие за пределы критического пути, имеют плавающий режим и, следовательно, не задерживают завершение проекта, действия на критическом пути обычно имеют перетаскивание критического пути, то есть задерживают завершение проекта. Перетаскивание активности по критическому пути можно вычислить по следующей формуле:
Эти результаты, включая вычисления перетаскивания, позволяют менеджерам расставлять приоритеты для эффективного управления проектом и сокращать запланированный критический путь проекта за счет сокращения операций критического пути путем «быстрого отслеживания» (т. е. выполнения большего количества операций параллельно), и / или "нарушением критического пути" (т. е. сокращением продолжительности действий критического пути путем добавления ресурсов ).
Анализ критического сопротивления траектории также использовался для оптимизации графиков в процессах, выходящих за рамки строго проектно-ориентированного контекста, например, для увеличения производительности за счет использования техники и показателей для выявления и смягчения факторов задержки и, таким образом, сокращения затрат на сборку
«Продолжительность сбоя» - это термин, обозначающий кратчайшее возможное время, на которое можно запланировать действие. Этого можно достичь, перенаправив больше ресурсов на завершение этой деятельности, что приведет к сокращению затрачиваемого времени и часто к снижению качества работы, так как ставка делается на скорость. Продолжительность сбоя обычно моделируется как линейная зависимость между стоимостью и продолжительностью активности; однако во многих случаях более применима выпуклая функция или ступенчатая функция.
Первоначально метод критического пути считался только логическим зависимости между конечными элементами. С тех пор он был расширен, чтобы обеспечить включение ресурсов, связанных с каждым действием, с помощью процессов, называемых назначением ресурсов на основе действий, и методов оптимизации ресурсов, таких как выравнивание ресурсов и выравнивание ресурсов. График с выравниванием ресурсов может включать задержки из-за узких мест в ресурсах (т. Е. Недоступности ресурса в требуемое время) и может привести к тому, что ранее более короткий путь стал самым длинным или наиболее критичным к ресурсам путем, в то время как график сглаживания ресурсов позволяет избежать влияя на критический путь, используя только свободное и полное плавание. Связанная концепция называется критической цепочкой, которая пытается защитить продолжительность деятельности и проекта от непредвиденных задержек из-за ограничений ресурсов.
Поскольку графики проекта меняются на регулярной основе, CPM позволяет осуществлять непрерывный мониторинг графика, что позволяет менеджеру проекта отслеживать критические действия и предупреждает менеджера проекта о возможности того, что не -критические действия могут быть отложены сверх их общего запаса, тем самым создавая новый критический путь и задерживая завершение проекта. Кроме того, этот метод может легко включать концепции стохастического прогнозирования с использованием методологии PERT и цепочки событий.
В настоящее время в отрасли существует несколько программных решений, использующих метод планирования CPM; см. список программного обеспечения для управления проектами. Метод, используемый в настоящее время в большинстве программ для управления проектами, основан на ручном методе расчета, разработанном Фондалом из Стэнфордского университета.
График, созданный с использованием методов критического пути, часто не реализуется точно, поскольку оценки используются для расчета времени: если допущена одна ошибка, результаты анализ может измениться. Это может вызвать сбои в реализации проекта, если слепо верить оценкам и если изменения не будут оперативно рассмотрены. Однако структура анализа критического пути такова, что отклонение от исходного расписания, вызванное любым изменением, может быть измерено, и его влияние либо улучшено, либо скорректировано. Действительно, важным элементом посмертного анализа проекта является «построенный критический путь» (ABCP), который анализирует конкретные причины и последствия изменений между запланированным графиком и конечным графиком в том виде, в каком он фактически реализован.