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