Публикация
Обновление 5 ноября 2026
PERT-диаграмма — это сетевая схема проекта, в которой задачи связаны зависимостями, а срок каждой работы оценивается по трём сценариям: оптимистичному, наиболее вероятному и пессимистичному. По этим оценкам считают ожидаемую длительность по формуле (O + 4M + P) / 6, находят критический путь и оценивают риск срыва сроков. В 2026 году метод остаётся полезным для проектов с неопределёнными сроками: запуска сайта, SEO-миграции, рекламной кампании с несколькими подрядчиками. При этом PERT не заменяет диаграмму Ганта, а дополняет её.
Ключевые выводы
- PERT (Program Evaluation and Review Technique) — метод сетевого планирования; диаграмма PERT только визуализирует его результат.
- Ожидаемое время задачи tE = (O + 4M + P) / 6, стандартное отклонение σ = (P − O) / 6.
- Самый длинный путь по сети — критический путь — определяет минимальный срок всего проекта.
- PERT отвечает за логику зависимостей и вероятностные сроки, диаграмма Ганта — за календарь и ход выполнения.
- Главное ограничение метода — смещение слияния (merge bias): при нескольких параллельных путях реальный срок, как правило, длиннее расчётного.
Что такое PERT-диаграмма и откуда появился метод
PERT расшифровывается как Program Evaluation and Review Technique — «метод оценки и пересмотра программ». Это способ планировать проект как сеть взаимосвязанных работ, где длительность каждой работы не фиксирована одним числом, а задана диапазоном. Диаграмма PERT показывает эту сеть графически: узлы, стрелки и расчётные сроки.
Важно различать два понятия. «Метод PERT» или «PERT-анализ» — это вся процедура: список задач, зависимости, три оценки, расчёт, поиск критического пути. «Диаграмма PERT» — только схема, которую строят по итогам расчёта. Поэтому нарисовать красивую сеть без оценок и расчётов значит получить обычную блок-схему, а не PERT.
Метод разработан в 1958 году Special Projects Office ВМС США совместно с компаниями Booz Allen Hamilton и Lockheed для программы ракет Polaris. По данным Fazar, формальная работа началась 6 февраля 1958 года. Основные концепции PERT Уиллард Фазар описал в статье 1959 года в The American Statistician, а публикация в журнале Operations Research вышла в октябре 1959 года. Эти даты стоит перепроверять по первоисточникам, если вы цитируете их в научной или учебной работе.
По имеющимся источникам, Booz Allen не патентовала PERT, что помогло методу быстро распространиться. Параллельно и независимо от него был разработан метод критического пути (CPM). Число подрядчиков программы Polaris в разных источниках различается, поэтому в этой статье цифра не приводится. Историю метода достаточно знать в таком виде: военная программа с высокой неопределённостью, сетевая модель, три оценки срока.
Из чего состоит PERT-диаграмма и как её читать
Классическая диаграмма PERT состоит из событий, работ и зависимостей между ними. Читать её нужно слева направо: от начального события к завершающему, отслеживая, какие работы должны закончиться до начала следующих. Ниже собраны основные элементы.
| Элемент | Что означает | Практический смысл |
|---|---|---|
| Событие (узел) | Момент начала или завершения работ | Контрольная точка: например, «макеты утверждены» |
| Работа (стрелка) | Действие, занимающее время | На стрелке указывают название и срок tE |
| Фиктивная работа (пунктир) | Логическая связь без затрат времени | Показывает, что одна задача зависит от другой, не добавляя дней |
| Критический путь | Самая длинная цепочка работ | Любая задержка на нём сдвигает весь проект |
| Резерв (slack/float) | Запас времени у некритических работ | Позволяет перераспределять ресурсы без срыва сроков |
В классическом варианте события находятся в узлах, а работы — на стрелках (activity-on-arrow). В современных онлайн-инструментах чаще встречается другое представление: задачи размещены в узлах, а стрелки показывают только зависимости. Логика расчёта при этом одинакова, меняется только способ рисования.
Практический вывод: прежде чем смотреть на сроки, найдите на схеме точки слияния, где несколько работ сходятся в одно событие. Именно в них задержка любой из входящих задач сдвигает следующую работу, и именно там чаще всего накапливается риск.
Формулы PERT: как рассчитать ожидаемый срок и неопределённость
Для каждой задачи эксперт даёт три оценки в одних единицах (днях или часах): O — оптимистичную, если всё идёт хорошо, M — наиболее вероятную в обычных условиях, P — пессимистичную, если реализуются разумные риски. Из них считают ожидаемую длительность tE = (O + 4M + P) / 6 и стандартное отклонение σ = (P − O) / 6. Дисперсия задачи равна σ².
Смысл весов 1 : 4 : 1 в том, что наиболее вероятная оценка получает вес четыре, а крайние значения — по одному. Формула опирается на предположение, что длительность задачи описывается бета-распределением, и поэтому сдвигает результат в сторону более длинного хвоста. Если пессимистичная оценка заметно дальше от M, чем оптимистичная, tE окажется больше M.
Часто PERT путают с обычным средним трёх чисел. Разница видна на одной задаче: при O = 5, M = 8 и P = 17 дням формула PERT даёт 9 дней, а простое среднее — 10 дней.
| Параметр | PERT (бета-подход) | Простое среднее (треугольное) |
|---|---|---|
| Формула | (O + 4M + P) / 6 | (O + M + P) / 3 |
| Вес наиболее вероятной оценки | 4 из 6 | 1 из 3 |
| Влияние крайних оценок | Слабее | Сильнее |
| Пример: O = 5, M = 8, P = 17 | 9 дней | 10 дней |
Для всего критического пути ожидаемые сроки задач складываются, а дисперсии, при допущении независимости задач, тоже складываются. Стандартное отклонение пути равно корню из суммы дисперсий. Это позволяет приближённо оценить вероятность завершения проекта к заданной дате по нормальному распределению: z = (желаемый срок − ожидаемый срок пути) / σ пути.
Как построить PERT-диаграмму: пошаговая инструкция
Построение PERT — последовательная процедура, и пропуск любого шага ломает расчёт. Ниже порядок, который подходит для маркетингового или SEO-проекта. Для каждого шага указан ожидаемый результат.
- Составьте список задач.Возьмите иерархическую структуру работ (WBS) и выделите задачи, которые можно оценить отдельно. Результат: список без дублей, где у каждой задачи есть владелец.
- Определите зависимости.Для каждой задачи запишите, какие работы должны завершиться до её начала. Результат: таблица предшественников.
- Соберите три оценки.Попросите исполнителя или независимого эксперта назвать O, M и P в днях. Результат: три числа на задачу, причём O ≤ M ≤ P.
- Рассчитайте tE, σ и дисперсию.Используйте формулы из предыдущего раздела; удобнее всего делать это в таблице. Результат: ожидаемый срок и мера неопределённости каждой работы.
- Нарисуйте сеть.Расположите задачи слева направо по зависимостям, добавьте пунктирные связи там, где они нужны. Результат: схема без пересекающихся стрелок, насколько это возможно.
- Найдите критический путь.Просуммируйте tE по всем цепочкам от старта до финиша и выберите самую длинную. Результат: путь, определяющий минимальный срок.
- Определите резервы.Для некритических работ вычислите разницу между поздним и ранним сроком начала. Результат: понимание, где можно сдвигать задачи без последствий.
- Пересматривайте план.После завершения задач заменяйте оценки фактом и пересчитывайте путь. Результат: актуальный прогноз вместо устаревшего плана.
На практике самая слабая часть процедуры — шаг 3. Оценки зависят от квалификации и осторожности исполнителя, поэтому стоит заранее договориться, что именно считать пессимистичным сценарием: например, разумные риски без форс-мажора. Без такого соглашения разные люди будут вкладывать в P разный смысл.
Пример: PERT для запуска сайта
Ниже учебный пример с условными данными, а не результат реального проекта. Допустим, команда запускает корпоративный сайт: нужны семантика, дизайн, разработка, контент и финальные проверки. Все значения указаны в рабочих днях.
| Задача | После | O | M | P | tE | σ |
|---|---|---|---|---|---|---|
| A. Семантическое ядро и структура | — | 2 | 3 | 6 | 3,33 | 0,67 |
| B. Техническое задание на дизайн | A | 3 | 5 | 9 | 5,33 | 1,00 |
| C. Дизайн макетов | B | 5 | 8 | 17 | 9,00 | 2,00 |
| D. Вёрстка и разработка | C | 8 | 12 | 22 | 13,00 | 2,33 |
| E. Написание контента | A | 6 | 9 | 18 | 10,00 | 2,00 |
| F. Наполнение сайта | D, E | 2 | 3 | 6 | 3,33 | 0,67 |
| G. Аналитика и тестирование | D | 1 | 2 | 4 | 2,17 | 0,83 |
| H. Запуск и проверка индексации | F, G | 1 | 2 | 3 | 2,00 | 0,33 |
Критический путь в этом примере проходит через задачи A, B, C, D, F и H и занимает 36 дней. Путь A → E → F → H даёт около 18,7 дня, поэтому у написания контента большой резерв: примерно 17 дней. Путь через задачу G заканчивается на 1,17 дня раньше критического, то есть почти критичен.
Теперь оценим неопределённость. Дисперсии задач критического пути: A — 0,44, B — 1,00, C — 4,00, D — 5,44, F — 0,44, H — 0,11, в сумме около 11,44. Стандартное отклонение пути равно корню из этого числа, то есть примерно 3,38 дня.
| Целевой срок | z | Приближённая вероятность |
|---|---|---|
| 36 дней | 0 | около 50% |
| 38 дней | 0,59 | около 72% |
| 40 дней | 1,18 | около 88% |
| 42 дня | 1,77 | около 96% |
Из примера видно два вывода. Во-первых, если сложить только наиболее вероятные оценки критического пути, получится 33 дня, а PERT даёт 36: разница возникает из-за более длинных пессимистичных хвостов. Во-вторых, вероятность в таблице завышена, потому что путь через G почти критичен: при задержке на нём реальный срок может оказаться больше расчётного. Это проявление merge bias, о котором речь пойдёт ниже.
PERT, CPM и диаграмма Ганта: что выбрать
| Критерий | PERT | CPM | Диаграмма Ганта |
|---|---|---|---|
| Оценка срока | Три оценки, вероятностный подход | Одна детерминированная оценка | Плановые даты начала и конца |
| Главный вопрос | Насколько срок неопределён | Какие задачи определяют срок | Что и когда выполняется |
| Зависимости | Показаны явно | Показаны явно | Зависят от инструмента, часто упрощены |
| Резервы | Рассчитываются | Рассчитываются | Видны не всегда |
| Лучше всего подходит | Проекты с высокой неопределённостью | Проекты с понятной длительностью работ | Операционный контроль и отчётность |
PERT отвечает на вопрос о логике и неопределённости сроков, а диаграмма Ганта — на вопрос о календаре и ходе выполнения. CPM занимает промежуточное положение: структура сети та же, но длительность каждой задачи задана одним числом. Поэтому CPM проще в расчёте, а PERT лучше показывает риск.
Выбор можно свести к трём условиям. Если у вас повторяющийся проект с известными сроками, достаточно CPM или Ганта. Если сроки задач сильно колеблются, а руководству нужен диапазон и вероятность, имеет смысл PERT. Если нужно раздать задачи исполнителям и контролировать календарь, перенесите результат расчёта в диаграмму Ганта: на практике методы часто используют вместе.
Инструменты и шаблоны для PERT-диаграммы
Инструмент определяет, насколько удобно считать и перерисовывать сеть. Для небольших проектов достаточно таблицы, для сложных — специализированного ПО. Универсального лучшего варианта нет, поэтому выбирайте по критериям.
| Вариант | Подходит, когда | Ограничения |
|---|---|---|
| Excel или Google Таблицы | Нужен быстрый расчёт tE, σ и вероятности | Сеть рисуется вручную, зависимости не контролируются |
| Lucidchart, Creately, SmartDraw | Нужна наглядная схема для презентации | Расчёты, как правило, вносят отдельно |
| Figma или FigJam | Команда уже работает в этих сервисах и обсуждает схему совместно | Нет автоматического расчёта критического пути |
| MS Project | Большой проект, нужен пересчёт при изменениях | Требует лицензии и обучения; панель PERT Analysis нужно настраивать |
Условия тарифов и состав функций сервисов меняются, поэтому перед выбором проверяйте актуальные данные на сайте вендора. Практичный подход: рассчитайте сроки в таблице, а в графическом редакторе нарисуйте только итоговую сеть. Так вы не будете зависеть от конкретной платформы, а расчёт останется прозрачным для проверки.
При выборе шаблона смотрите на три признака: есть ли поля для O, M и P, считаются ли tE и дисперсия автоматически, можно ли отметить критический путь. Шаблон без этих полей — просто красивая схема.
Ограничения PERT и типичные ошибки
PERT — не универсальное решение, и его ограничения напрямую влияют на точность прогноза. Главное из них — смещение слияния (merge bias). Когда несколько путей сходятся в одной точке, проект завершается только после самого медленного из них, поэтому вероятность успеха общего срока ниже, чем рассчитанная по одному критическому пути.
| Проблема | Вероятная причина | Как проверить | Что сделать |
|---|---|---|---|
| Проект регулярно выходит за расчётный срок | Merge bias, почти критические параллельные пути | Сравните резервы: есть ли пути с запасом меньше σ | Добавьте буфер или промоделируйте сроки методом Монте-Карло |
| Оценки слишком узкие | Исполнитель занижает P | Сравните прошлые оценки с фактом | Согласуйте определение пессимистичного сценария |
| Расчёт вероятности выглядит слишком точным | Допущение независимости задач нарушено | Найдите задачи с общим исполнителем или подрядчиком | Считайте результат ориентировочным |
| План устарел через неделю | Сеть не пересчитывается | Проверьте дату последнего обновления | Обновляйте оценки после каждой завершённой вехи |
Ещё одно ограничение — субъективность. Три оценки дают эксперты, и их ошибка передаётся в расчёт. Формула создаёт впечатление точности, хотя исходные данные приблизительны, поэтому результат лучше подавать руководству как диапазон, а не как обещание.
Наконец, метод избыточен для гибких проектов с короткими итерациями и часто меняющимся составом задач. Если бэклог перестраивается каждую неделю, поддержание полной сети обойдётся дороже, чем польза от неё. В таких случаях разумнее планировать итерациями, а PERT применять к крупным вехам.
Частые вопросы о PERT-диаграмме
Нужен ли PERT маркетологу или SEO-специалисту?
Не всегда. Метод оправдан, когда в проекте много зависимостей и неопределённых сроков: миграция сайта, ребрендинг, запуск с участием нескольких подрядчиков. Для регулярных задач вроде еженедельных публикаций хватит списка задач или календаря.
Можно ли обойтись формулой без диаграммы?
Да, расчёт tE и σ можно выполнить в таблице. Но без сети вы не увидите зависимости и не найдёте критический путь, а это главный практический результат метода.
Как часто пересчитывать план?
Разумно пересчитывать сеть после завершения каждой крупной вехи или при заметном изменении оценок. Фактические сроки заменяют прогнозные, и точность прогноза растёт.
Входит ли PERT в программы подготовки к PMP?
В англоязычных источниках PERT и трёхточечная оценка связаны с подготовкой к экзамену PMP. Стандарт PMBOK относит трёхточечную оценку к методам оценки длительности; точный состав экзамена уточняйте в актуальных материалах PMI.
Чем PERT-диаграмма отличается от сетевого графика?
Сетевой график — общее название схемы работ и связей между ними. PERT — конкретный метод, который добавляет к сетевому графику три оценки срока и вероятностный расчёт.
Когда PERT стоит применить к вашему проекту
Решение о применении PERT лучше принимать по нескольким признакам, а не по привычке. Метод даёт ощутимую пользу, если проект состоит минимум из 8–10 связанных задач, сроки которых трудно предсказать, а цена срыва высока. В таком случае три оценки и критический путь покажут, куда направить внимание и буфер.
Если же задач мало, оценки надёжны или команда работает короткими итерациями, достаточно диаграммы Ганта или CPM. Начните с небольшого эксперимента: выберите один предстоящий проект, соберите оценки O, M и P, рассчитайте критический путь и через месяц сравните прогноз с фактом. Такое сравнение быстрее всего покажет, насколько оценки вашей команды искажены и стоит ли внедрять метод шире.
