Диаграмма PERT: как работает метод оценки сроков

автор

статья от

Алексей Лазутин

Специалист по поисковому маркетингу

Представьте, что вы строите дом. Вы знаете, что нужно закупить материалы, нанять бригаду, согласовать проект с архитектором, дождаться разрешений и только потом начинать кладку. Но что, если один из этапов задерживается? Сколько времени вы потеряете? Можно ли заранее понять, какой этап критичен, а какие можно сдвинуть без последствий? Именно для таких ситуаций и была разработана диаграмма PERT — мощный инструмент управления проектами, который превращает хаотичные задачи в чёткую сетевую карту с предсказуемыми сроками.

В отличие от диаграммы Ганта, которая показывает «что и когда», PERT-диаграмма отвечает на более глубокие вопросы: «Какие задачи зависят друг от друга?», «Где скрыты риски?» и «Какой путь к завершению проекта самый узкий и опасный?». Этот метод не просто планирует — он анализирует, оценивает и предсказывает. В этой статье мы разберём, как работает диаграмма PERT, почему она эффективна для сложных проектов, как её построить и в чём её главные преимущества перед другими инструментами.

Что такое диаграмма PERT и зачем она нужна

PERT — это аббревиатура от Program Evaluation Review Technique, что переводится как «Метод оценки и обзора программы». Этот метод был разработан в 1950-х годах для управления проектами в военной сфере, а именно — при строительстве подводных лодок и ракет. Его цель была проста: снизить риски задержек за счёт системного анализа зависимостей и временных оценок.

Сегодня PERT-диаграмма — это визуальная сетевая схема, которая отображает все ключевые события проекта, их последовательность и взаимосвязи. Она не просто перечисляет задачи — она показывает, какие из них должны быть завершены, прежде чем начнётся следующая. Каждый этап представлен как узел (событие), а связи между ними — стрелками, указывающими направление выполнения.

Основная идея PERT — не просто распределить задачи во времени, а понять, как они влияют друг на друга. Это особенно важно в проектах с множеством параллельных потоков, где одна задержка может «заблокировать» сразу несколько других. Например: если дизайнер не сдал макет, то разработчики не могут начать кодирование, тестировщики — проверять функционал, а маркетологи — готовить пресс-релиз. PERT позволяет увидеть эту цепочку в одном взгляде.

Ключевая особенность PERT — использование трёхуровневой оценки сроков: оптимистичной, пессимистичной и реалистичной. Это не просто «предположения», а математически обоснованные расчёты, учитывающие риски и неопределённость. Благодаря этому методу можно не просто сказать: «Этот этап займёт 2 недели», а определить, что при текущих условиях он может занять от 1 до 4 недель, а наиболее вероятный срок — 2,5. Такой подход значительно повышает точность прогнозов.

Когда диаграмма PERT становится незаменимой

PERT не подходит для всех проектов. Его сила раскрывается в условиях сложности, неопределённости и множества зависимостей. Вот ключевые сценарии, где PERT — не просто полезный инструмент, а жизненно важная система:

  • Сложные и нестандартные проекты. Когда вы впервые запускаете продукт, который не имеет аналогов — например, новый алгоритм ИИ или уникальное медицинское устройство. Тут нет шаблонов, и опыт не помогает — только системный анализ.
  • Проекты с большим количеством взаимосвязанных задач. Если у вас 50+ этапов, и каждый зависит от 2–3 других — без сетевой диаграммы вы просто не сможете удержать картину в голове.
  • Проекты с высоким уровнем рисков. В них важно не только знать сроки, но и понимать, каковы последствия задержки каждого этапа. PERT позволяет выявить критический путь — тот, где даже день простоя может сдвинуть весь срок запуска.
  • Проекты, требующие согласования с несколькими заинтересованными сторонами. Инвесторы, заказчики, регуляторы — всем нужен ясный и визуально понятный план. PERT-диаграмма — идеальный инструмент для презентаций, потому что она упрощает сложное.
  • Научные и исследовательские проекты. В них невозможно точно предсказать результат, но можно оценить временные рамки. PERT помогает распределить время между этапами: эксперимент, сбор данных, анализ, публикация.

Практический пример: запуск новой интернет-платформы. Там есть параллельные потоки — дизайн, разработка, маркетинг, юридическая проверка. Но все они сходятся в одном: «Запуск». PERT показывает, что если юристы не завершат проверку за 10 дней — все остальные команды ждут. Это и есть критический путь. Без PERT вы могли бы просто «надеяться», что всё в срок. С PERT — вы знаете, где нужно вложить дополнительные ресурсы.

Как работает PERT: структура и логика диаграммы

Диаграмма PERT — это не просто схема. Это математическая модель, состоящая из трёх ключевых элементов: событий, задач и зависимостей. Каждый из них играет свою роль в формировании общей картины.

Элементы PERT-диаграммы

События (узлы) — это моменты, когда определённая задача завершена. Они не занимают времени — это просто «точки» на диаграмме. Например: «Дизайн-макет утверждён», «Прототип готов к тестированию». Визуально они обозначаются кругами или прямоугольниками.

Задачи (действия) — это работы, которые нужно выполнить между двумя событиями. Они требуют времени и ресурсов. Например: «Написать код модуля авторизации» или «Подготовить презентацию для инвесторов». Задачи изображаются стрелками, направленными от одного события к другому.

Зависимости — это логические связи между задачами. Они бывают двух типов:

  • Зависимости по содержанию. Задача B не может начаться, пока задача A не завершена. Например: «Создание дизайна» → «Разработка интерфейса». Без дизайна кодить нечего.
  • Зависимости по ресурсам. Задачи не зависят друг от друга по логике, но конкурируют за одни и те же ресурсы. Например: дизайнер занят макетом, поэтому брендбук можно начать только после его завершения. Такие связи обозначаются пунктирными стрелками.

Важно понимать: PERT не показывает, кто делает задачу — она фокусируется на времени и зависимостях. Это делает её универсальной: она подходит как для IT-команд, так и для строительных бригад или маркетинговых агентств.

Трёхуровневая оценка сроков: как рассчитать реальность

Одна из главных особенностей PERT — это отказ от однозначных оценок. Вместо «2 недели» вы получаете три значения:

  • tmin — оптимистичная оценка. Время, необходимое при идеальных условиях: нет сбоев, все сотрудники в форме, ресурсы доступны без задержек.
  • tmax — пессимистичная оценка. Время при самых неблагоприятных обстоятельствах: болезни, смена команды, технические проблемы, задержки поставок.
  • tmost — наиболее вероятная оценка. Реалистичный срок, основанный на опыте команды. Это не «среднее», а то, что случается чаще всего.

Эти три значения используются в формуле расчёта ожидаемой продолжительности задачи:

TE = (tmin + 4 × tmost + tmax) / 6

Почему именно так? Эта формула — взвешенное среднее, где наиболее вероятный срок (tmost) имеет в четыре раза больший вес. Это логично: чаще всего проекты заканчиваются не в идеальных, а в средних условиях. Число 6 в знаменателе — результат статистической модели, основанной на бета-распределении. Оно обеспечивает лучшую точность, чем простое среднее.

Пример: вы оцениваете разработку лендинга.

  • tmin = 2 дня (если всё идеально)
  • tmost = 3 дня (опыт команды)
  • tmax = 5 дней (если возникнут ошибки и переработки)

Подставляем в формулу:

TE = (2 + 4×3 + 5) / 6 = (2 + 12 + 5) / 6 = 19 / 6 ≈ 3,17 дня

То есть реалистичная оценка — не 3 дня, а почти 3,2. Мало? Да. Но эта цифра точнее. Она не искажает реальность, как «3 дня», когда на практике чаще всего уходит 4–5. Этот подход снижает риск недооценки сроков на 30–50% по сравнению с однозначными оценками.

Что такое критический путь и почему он важен

Каждая PERT-диаграмма содержит один или несколько «путей» — последовательностей задач от старта до финиша. Но не все пути равны. Критический путь — это самый длинный из них. Он определяет минимальное время, за которое проект может быть завершён.

Если вы ускорите любую задачу, которая НЕ входит в критический путь — проект не станет короче. Но если вы ускорите задачу на критическом пути — срок проекта сократится.

Пример: вы запускаете рекламную кампанию. Путь А: создание креативов (5 дней) → тестирование (2 дня) → запуск (1 день). Путь Б: согласование с юристом (4 дня) → подача в платформу (1 день) → запуск. Путь А — 8 дней, путь Б — 5 дней. Критический путь — Путь А. Даже если вы сократите согласование до 1 дня, это не ускорит проект — потому что критический путь всё ещё определяется временем на создание креативов. Чтобы сократить срок — нужно ускорять именно его.

Критический путь — это не «самая важная задача». Это «цепочка, от которой зависит весь срок». Его идентификация — одна из главных целей PERT. Без него вы рискуете тратить усилия на несущественные задачи, пока критические этапы «застывают».

Как построить PERT-диаграмму: пошаговая инструкция

Построение PERT-диаграммы — это не просто рисование стрелок. Это процесс системного анализа. Вот как сделать это правильно в четыре шага.

Шаг 1: Определите все задачи и события

Начните с полного перечня всех промежуточных результатов, которые должны быть достигнуты. Не фокусируйтесь на «что делать» — думайте о «чего нужно достичь». Вместо «написать код» — «модуль авторизации готов к тестированию». Формулируйте события как достижения.

Используйте документы, чтобы не упустить важное:

  • Устав проекта
  • Бизнес-план
  • Резюме проекта
  • Список заинтересованных сторон (стейкхолдеров)

Проведите встречу с командой. Задайте вопросы: «Что должно быть готово, чтобы мы могли начать следующий этап?» — и запишите все ответы. Не бойтесь перечислять «маленькие» задачи: они могут стать критическими.

Шаг 2: Определите зависимости

Теперь соединяйте события. Для каждой задачи задайте:

  • Какие задачи должны быть завершены, прежде чем эта начнётся? (зависимости по содержанию)
  • Какие ресурсы нужны? Есть ли конфликты по персоналу, оборудованию или бюджету? (зависимости по ресурсам)

Пример: для «запуска сайта» нужны:

  • Готовый дизайн (зависимость по содержанию)
  • Разработанный код (зависимость по содержанию)
  • Свободный DevOps-инженер (зависимость по ресурсам)
  • Одобрение юридического отдела (зависимость по содержанию)

Все эти условия должны быть выполнены, чтобы запуск стал возможен. PERT позволяет увидеть это визуально — а не в листе Excel, где зависимости теряются между строками.

Шаг 3: Оцените сроки по трём параметрам

Для каждой задачи соберите мнения команды. Не спрашивайте «сколько времени займёт?» — это вызывает необъективные оценки. Вместо этого:

  • «Какой самый быстрый срок, при котором задача точно будет выполнена?» — tmin
  • «Какой срок, скорее всего, окажется реальным?» — tmost
  • «Какой срок будет, если всё пойдёт не так?» — tmax

Запишите ответы. Затем примените формулу TE = (tmin + 4×tmost + tmax) / 6. Полученные значения — это ваши «реальные» сроки, а не предположения.

Шаг 4: Постройте диаграмму и найдите критический путь

Сначала нарисуйте узлы — события. Затем соедините их стрелками — задачи. Укажите на каждой стрелке оценку TE.

После этого начните «прокладывать» пути от начала до конца. Для каждого пути сложите все TE-значения задач на нём. Путь с наибольшей суммой — критический.

Пример таблицы для расчёта:

Событие Описание Предшественник tmin tmost tmax TE (дни)
1 Идея проекта 2 7 14 (2+28+14)/6=7,0
2 Дизайн-концепция 1 7 21 42 (7+84+42)/6=21,8
3 Макет и прототип 2 7 14 28 (7+56+28)/6=14,8
4 Разработка образца 3 5 7 10 (5+28+10)/6=7,2
5 Тестирование 4 30 45 60 (30+180+60)/6=45,0
6 Запуск продукта 5 1 1 1 (1+4+1)/6=1,0

Теперь строим пути:

  • 1 → 2 → 3 → 4 → 5 → 6: 7,0 + 21,8 + 14,8 + 7,2 + 45,0 + 1,0 = 96,8 дней

Это и есть критический путь. Любая задержка на этапе «тестирование» (45 дней) — приведёт к сдвигу всего проекта. Здесь стоит вложить дополнительные ресурсы: тестировщиков, автоматизацию, а не на этапе «идея» (7 дней), где даже задержка на 3 дня не критична.

PERT vs Гант: как выбрать правильный инструмент

Многие путают PERT и диаграмму Ганта. Оба инструмента используются для планирования, но их цель, структура и применение — радикально разные.

Вот детальное сравнение:

Критерий PERT-диаграмма Диаграмма Ганта
Формат Сетевая диаграмма (узлы и стрелки) Гистограмма с горизонтальными полосами
Фокус Зависимости и критический путь Планирование по времени (когда что делается)
Детализация Высокоуровневая — вид «сверху» Детальная — вид «внутри»
Использование Планирование, презентации, оценка рисков Контроль хода выполнения, ежедневный мониторинг
Визуальная сложность Сложнее для восприятия новичками Простая, интуитивная
Критический путь Вычисляется автоматически и выделяется Не отображается явно — нужно анализировать вручную
Работает с неопределённостью Да — использует трёхуровневые оценки Нет — только точные даты
Лучше для Сложных, нестандартных проектов Повторяющихся задач, стандартных процессов

Представьте, что вы управляете запуском нового продукта. На стадии планирования — используйте PERT, чтобы понять: какие этапы самые рискованные, где нужны резервы. Когда проект запущен — переключайтесь на Гант, чтобы отслеживать ежедневный прогресс: кто сделал что, когда и насколько отстаёт.

PERT — это стратегический инструмент. Гант — тактический. Первый помогает ответить: «Сможем ли мы уложиться в срок?». Второй — «Как идёт выполнение сегодня?».

Плюсы и подводные камни: реальные ограничения PERT

PERT — мощный инструмент, но он не волшебная палочка. У него есть серьёзные ограничения, которые часто игнорируются.

✅ Плюсы диаграммы PERT

  • Визуализация сложности. Вы видите всю систему задач — не как список, а как сеть. Это снижает когнитивную нагрузку и помогает находить скрытые зависимости.
  • Объективная оценка сроков. Трёхуровневая модель устраняет «оптимизм» команды. Сроки становятся реалистичными, а не желаемыми.
  • Выявление критического пути. Вы не тратите ресурсы на то, что не влияет на срок. Вы знаете, где нужно «включить режим чрезвычайного положения».
  • Прозрачность для стейкхолдеров. Инвесторы, клиенты и руководство понимают проект быстрее. Диаграмма говорит сама за себя — без сложных отчётов.
  • Гибкость. Если срок сдвигается — вы легко перестраиваете диаграмму. Нет необходимости переписывать весь план.

❌ Подводные камни и ограничения

  • Не показывает реальный прогресс. PERT — это план. Он не отображает, насколько задача выполнена на 20% или 80%. Для этого нужны системы отслеживания (Jira, Notion, Trello).
  • Сложность для больших проектов. Если у вас более 100 задач — диаграмма становится нечитаемой. В таких случаях лучше использовать специализированные ПО или разбивать проект на модули.
  • Не подходит для простых задач. Если вы делаете презентацию на 3 дня — зачем строить PERT? Достаточно календаря.
  • Зависит от качества оценок. Если команда не умеет реально оценивать сроки — PERT даст искажённый результат. «Оптимистичная» оценка может быть в 2 раза меньше реальной — и тогда весь план провалится.
  • Не учитывает человеческий фактор. PERT не знает, что сотрудник заболел или ушёл в отпуск. Он работает с цифрами — а не с людьми.
  • Трудно поддерживать в реальном времени. Если задачи постоянно меняются — диаграмма быстро устаревает. Требует регулярного обновления.

Важно: PERT — это не инструмент управления, а инструмент анализа. Он помогает понять структуру проекта, но не заменяет лидерство, коммуникацию или контроль. Его сила — в ясности. А ясность требует дисциплины.

Какие инструменты помогут построить PERT-диаграмму

Рисовать диаграммы от руки — возможно, но неэффективно. Современные инструменты упрощают создание, редактирование и обмен диаграммами.

  • Lucidchart — самый популярный выбор. Поддерживает PERT-шаблоны, автоматическую нумерацию событий, экспорт в PDF и PNG. Идеален для команд.
  • EdrawMax — предлагает не только диаграммы, но и 3D-визуализации. Подойдёт для презентаций на конференциях.
  • VisualParadigm Online — простой интерфейс, интеграция с Confluence и Jira. Хорош для команд, которые уже используют эти системы.
  • MindOnMap — бесплатный инструмент с широким набором шаблонов. Подойдёт стартапам и малым командам.
  • SmartDraw — предлагает автосоздание диаграмм. Просто введите задачи — система сама построит связи.

Если вы используете Google Таблицы — можно вручную построить таблицу с зависимостями, а затем экспортировать её в инструменты выше. Но для постоянного использования лучше выбрать специализированную платформу.

Рекомендации: как использовать PERT эффективно

Чтобы диаграмма PERT стала не просто красивым рисунком, а реальным инструментом управления — следуйте этим правилам:

  1. Не стройте диаграмму в одиночку. Вовлекайте команду. Чем больше мнений — тем точнее оценки.
  2. Оценивайте задачи в одних единицах. Если кто-то считает в днях, а другой — в неделях — диаграмма потеряет смысл. Согласуйте единицы измерения до начала.
  3. Обновляйте диаграмму регулярно. Раз в неделю. Если задача сдвинулась — обновите TE и пересчитайте критический путь.
  4. Выделяйте критический путь ярко. Используйте цвет, жирные линии или отдельную легенду. Каждый член команды должен видеть, где сосредоточить усилия.
  5. Создавайте резерв времени. PERT показывает минимальный срок. Добавьте 10–20% буфера на непредвиденные обстоятельства — особенно в критических задачах.
  6. Не используйте PERT для мелких задач. Если проект занимает 2 дня — постройте список. Не перегружайте систему.
  7. Комбинируйте с Гантом. PERT — для планирования. Гант — для контроля. Используйте их как пару.

Лучшая практика: начните с PERT на этапе планирования. Когда проект запущен — переходите к Ганту. В конце каждого этапа возвращайтесь к PERT: пересмотрите зависимости, обновите оценки. Так вы не просто планируете — вы адаптируетесь.

Заключение: почему PERT — это не просто диаграмма, а система мышления

Диаграмма PERT — это не технический инструмент. Это метод мышления. Он учит вас видеть проект не как список задач, а как систему взаимосвязанных событий. Он заставляет задавать правильные вопросы: «Что произойдёт, если…?», «Какие зависимости критичны?», «Где скрытый риск?».

Он работает там, где другие методы терпят крах — в сложных, нестандартных проектах, где нет шаблонов и каждый этап требует анализа. Он снижает риск срыва сроков, потому что не позволяет «надеяться». Он даёт цифры — и цифры нельзя игнорировать.

Когда вы используете PERT, вы перестаёте планировать «как бы всё получилось». Вы начинаете планировать — как это будет реально. И именно этот подход отличает успешные проекты от тех, которые «всё ещё в разработке».

Не бойтесь сложности. Не пытайтесь упростить PERT до диаграммы Ганта — это как попытаться оценить погоду, глядя только на температуру. Вы получите картинку — но не понимание.

Если ваш проект требует точности, ясности и управления рисками — PERT не просто полезен. Он необходим. И его применение может стать тем самым «ключевым отличием», которое переведёт вашу команду из категории «всё работает, но тяжело» в категорию «работает чётко и предсказуемо».

seohead.pro