Важное замечание. Даная статья - это практический материал, показывающий использование метода PERT на примере проекта запуска онлайн-сервиса. Однако из-за невозможности корректного отображения математических формул и таблиц расчетов на данной площадке, материал приведен с сокращениями. Полная версия статьи доступна по ссылке.
История возникновения метода PERT
Современные методы управления проектами во многом обязаны своему развитию необходимости координации сложных программ в области науки, обороны и промышленности середины XX века. Одним из таких методов стал PERT (Program Evaluation and Review Technique) — техника оценки и анализа программ и проектов, ориентированная на управление крупными и инновационными проектами. С момента своего появления PERT заметно повлиял на становление современной дисциплины проектного менеджмента, став основой для многочисленных модификаций и национальных аналогов.
Метод PERT был разработан в США в конце 1950-х годов в рамках программы создания ракетного комплекса «Поларис» для ВМС США. Проект отличался высокой организационной и технической сложностью, вовлекал сотни подрядчиков и требовал управления неопределённостью сроков. В 1958 году Lockheed совместно с консалтинговой компанией Booz Allen & Hamilton была предложена сетевая вероятностная методика, которая стала известна как PERT.
Параллельно в компании DuPont (совместно с Remington Rand) появился CPM (Critical Path Method). Оба метода сетевые и опираются на критический путь, однако их философии различаются:
PERT предназначен для исследовательских/инновационных проектов с высокой неопределённостью длительностей. Для каждой работы задают три оценки (оптимистическую, наиболее вероятную и пессимистическую), а далее рассчитывают ожидаемую длительность и дисперсию.
CPM нацелен на производственные/строительные проекты с устойчивыми процессами: используют фиксированные длительности, а фокус смещён на стоимость и ресурсные компромиссы.
В отличии от диаграммы Ганта, которая была визуально наглядна, хорошо показывала календарный план, но ограниченно отражала логические зависимости и не работала с вероятностной природой сроков, PERT изначально задуман как аналитический инструмент для выявления критического пути и оценки вероятности завершения к заданной дате. На практике обе методики дополняют друг друга: сетевые модели используют для расчётов, а диаграммы Ганта — для коммуникации и календарной визуализации.
В 1960–1970-е годы в СССР активно развивались методы сетевого планирования и управления (СПУ) — по сути отечественные аналоги PERT/CPM. В 1964 г. Госстрой СССР утвердил «Временные указания по составлению сетевых графиков и применению их в управлении строительством». Они применялись в строительстве крупных объектов (включая БАМ), энергетике, оборонной и космической отраслях. В современной России методы сетевого моделирования используются наряду с международными стандартами PMBoK и PRINCE2.
Суть метода PERT
Метод PERT основан на представлении проекта в виде сети, состоящей из событий и работ. В отличие от классического CPM, который оперирует фиксированными длительностями операций, PERT с самого начала разрабатывался как вероятностный метод, учитывающий неопределённость.
Трёхточечная оценка времени. Для каждой работы задаются три параметра:
Ожидаемая длительность работы. Рассчитывается как взвешенное среднее
Вероятностная характеристика разброса. Для каждой работы дополнительно вычисляются стандартное отклонение и дисперсия. Стандартное отклонение показывает, насколько сильно фактическая длительность может отличаться от ожидаемой.
Дисперсия используется в расчётах, так как при суммировании нескольких независимых работ на критическом пути их дисперсии складываются.
Эти показатели позволяют оценивать надёжность прогноза. Две работы могут иметь одинаковую среднюю длительность, но совершенно разный уровень риска задержек: высокая дисперсия указывает на то, что срок выполнения очень неопределён.
Оценка вероятности завершения проекта. Для критического пути рассчитываются:
Суммарная ожидаемая длительность
Суммарная дисперсия
Стандартное отклонение
Далее используется нормальное приближение для оценки вероятности завершения проекта к определённому сроку. Вероятность вычисляем через функцию нормального стандартного распределения:
Практический пример применения метода PERT
Рассмотрим проект запуска онлайн-сервиса. Он состоит из девяти задач.
Работы и зависимости
A — анализ рынка.
B — дизайн интерфейса (после A).
C — архитектура системы (после A).
D — разработка мобильного приложения (после B и C).
E — серверная часть (после C).
F — платёжные системы (после C).
G — интеграция приложения и сервера (после D и E).
H — тестирование и контроль качества(после G и F).
I — запуск и маркетинг (после H).
Берем оценки по трём точкам и ожидаемые длительности и строим сетевой график:
После этого производим расчет ранних сроков ES/EF.
Раннее завершение проекта 62 дня — это минимально возможная длительность проекта при раннем старте всех работ.
Критический путь: A - C - E - G - H - I. Ветвь через B - D не критична: даже завершив D, узел G ждёт более длинную работу E; ветвь C - F также короче G-ветви.
Для критического пути дисперсия равна сумме дисперсий его работ. Суммируем дисперсии работ критического пути, получаем D приблизительно равно 14,72.
Вычисляем вероятность завершения проекта для нескольких T
Практика показывает, что знание методологии само по себе ещё не гарантирует успеха. Сетевые модели, критический путь и диаграммы остаются лишь схемами на бумаге, если они не встроены в реальные процессы компании. В реальных проектах всегда возникают нюансы: ограниченность ресурсов, пересечение задач, необходимость приоритизации и корректировки планов при изменении внешних условий. Поэтому эффективность PERT и других методов проявляется только тогда, когда они становятся частью управленческих циклов организации и учитывают её специфику. Чтобы превратить теорию в работающий инструмент, компании часто нуждаются в профессиональном сопровождении. Именно эту задачу решает наша услуга внедрение проектного управления: она помогает адаптировать методики под конкретную команду, снизить риски и обеспечить предсказуемость проектов.
Метод PERT ценен тем, что позволяет планировать проекты не только в терминах средних длительностей, но и в терминах вероятности достижения целей во времени. Его ключевое отличие от детерминированных методов — способность учитывать разброс и неопределённость, что делает модель ближе к реальности.
На практическом уровне PERT помогает:
выявлять «узкие места» проекта через критический путь;
количественно оценивать риски срыва сроков;
аргументированно обосновывать заказчику или инвестору разные сценарии завершения проекта;
выбирать между «оптимистичными», «реалистичными» и «надёжными» планами.
Пример с разработкой онлайн-сервиса показывает, что средняя длительность (62 дня) даёт слишком упрощённую картину. Только через вероятностный анализ становится ясно: у 60 дней — всего 30% шансов, у 65 — 78%, а при 70 днях вероятность выполнения достигает 98%.
Недостатки метода PERT
Несмотря на то что метод PERT оказал огромное влияние на развитие управления проектами, его практическое применение имеет ряд ограничений. Важно понимать эти слабые стороны, чтобы использовать инструмент осознанно и сочетать его с другими подходами.
Прежде всего, создание сетевой модели в PERT требует колоссальной точности и детализации. Для крупных проектов приходится описывать десятки, а иногда и сотни задач, выстраивая их логические зависимости. Ошибка на этапе построения сети может привести к искажению всего расчёта. Кроме того, модель требует регулярного пересмотра: в динамичных условиях проект редко развивается строго по плану и график быстро устаревает. Таким образом, метод оказывается довольно трудоёмким в сопровождении.
Другой проблемой является зависимость от экспертных оценок. PERT основан на трёхточечной оценке — оптимистической, наиболее вероятной и пессимистической. Эти данные формируются экспертами и во многом отражают их личный опыт и субъективные ожидания. Склонность к чрезмерному оптимизму или недостаток эмпирических данных делают итоговые расчёты менее надёжными.
Существенным упрощением в PERT служит предположение о независимости длительностей различных работ. На практике же задержка одной задачи часто влечёт за собой цепочку проблем: перегрузку ресурсов, сдвиги в смежных задачах, накопление ошибок. Такое допущение снижает точность вероятностных прогнозов и делает результаты слишком «чистыми» по сравнению с реальностью. Особенно заметно это в сложных межфункциональных проектах, где многие работы конкурируют за одни и те же ресурсы.
Кстати, именно на эту проблему указывал Элияху Голдратт, предлагая в 1990-х годах метод критической цепи (Critical Chain Project Management, CCPM). В отличие от PERT, где акцент делается на логике и вероятностных сроках, Голдратт исходил из того, что ключевым ограничением проектов являются ресурсы. Он отмечал, что классические методы, включая PERT и CPM, не учитывают реальных ресурсных ограничений, и предлагал строить план с учётом критической цепи — маршрута, где совмещаются зависимости между задачами и доступность исполнителей. Кроме того, Голдратт критиковал избыточный оптимизм оценок и рекомендовал использовать буферы времени, которые защищают проект от колебаний в длительностях отдельных задач. Таким образом, CCPM можно рассматривать как развитие идей PERT и попытку устранить его системные недостатки.
Ещё одной слабостью метода является то, что он не всегда хорошо воспринимается участниками проекта и заказчиками. Сетевые графики и вероятностные расчёты понятны специалистам, но сложны для объяснения непрофессионалам. Именно поэтому на практике PERT часто сочетают с диаграммами Ганта или другими визуальными инструментами, более доступными для широкой аудитории.
Наконец, стоит отметить, что для небольших и средних проектов PERT зачастую избыточен. Построение сетевой модели, сбор трёх оценок и расчёт вероятностей требуют значительных усилий, которые не всегда оправданы. В таких случаях методика превращается в «перегрузку инструментами» и приносит меньше пользы, чем более простые и гибкие подходы.
Таким образом, PERT остаётся ценным инструментом для анализа и планирования крупных проектов, особенно в условиях неопределённости. Однако его применение ограничено рядом факторов: высокой трудоёмкостью, зависимостью от субъективных оценок, игнорированием ресурсных ограничений и слабой адаптивностью к быстро меняющейся среде. Опыт Голдратта и последующее развитие методов управления проектами показали, что для реальной эффективности одного PERT недостаточно: он должен дополняться подходами, учитывающими ресурсы, культуру организации и динамику внешней среды.