Сетевой график (часто называемый сетевой диаграммой или диаграммой сети) — это фундаментальный инструмент проектного управления, визуализирующий логические связи, последовательность и зависимость работ (задач) проекта. В отличие от календарного плана, сетевой график фокусируется на структуре проекта, позволяя выявить критический путь, рассчитать временные резервы и оптимизировать использование ресурсов.

Основные понятия и терминология

В классической теории управления проектами (согласно стандартам PMI PMBOK, ISO 21500, ГОСТ Р 54869) сетевой график строится на двух базовых элементах:

• Работа (Задача, Activity) — элемент проекта, потребляющий время и ресурсы. На графике изображается в виде дуги (стрелы) (метод AOA — Activity on Arrow) или узла (блока) (метод AON — Activity on Node, наиболее распространенный в современном ПО).
• Событие (Веха, Milestone/Node) — момент начала или окончания одной или нескольких работ. Не имеет продолжительности и не потребляет ресурсов. Обозначается кружком или прямоугольником.

Ключевые параметры работ

1. Ранние даты (Early Start / Early Finish) — самое раннее время начала/окончания работы при условии, что все предшественники завершены вовремя.
2. Поздние даты (Late Start / Late Finish) — самое позднее время начала/окончания работы без сдвига срока всего проекта.
3. Временной резерв (Float / Slack) — время, на которое можно отложить работу без влияния на срок проекта. Полный резерв влияет на дату завершения проекта, свободный резерв — только на раннее начало последующих работ.
4. Критический путь (Critical Path) — самая длинная последовательность работ по продолжительности, определяющая минимально возможный срок проекта. Работы на критическом пути имеют нулевой полный резерв.

Сетевой график vs Диаграмма Ганта: важное различие

В предоставленной справочной информации (источник [1]) встречается упрощение: Сетевой график (Gantt Chart или Диаграмма Ганта). С профессиональной точки зрения это неверно. Это два разных представления одного и того же модели проекта:

Современные системы управления проектами (СУП) интегрируют оба вида: расчет производится на сетевой модели, а пользователь видит результат на диаграмме Ганта.

Методы сетевого планирования

МКП (CPM, Critical Path Method)

Детерминированный метод. Продолжительность работ задается одной точной оценкой. Используется для проектов с хорошо изученными технологиями (строительство, производство). Основная цель — найти критический путь и резервы.

ПЕРТ (PERT — Program Evaluation and Review Technique)

Вероятностный метод. Продолжительность оценивается тремя значениями: оптимистичной (To), пессимистичной (Tp) и наиболее вероятной (Tm). Ожидаемая длительность: Te = (To + 4Tm + Tp) / 6; Позволяет оценить вероятность завершения проекта к заданной дате. Применяется в НИОКР, инновационных проектах.

Графо-аналитический метод (ГАМ) / Метод сетевых моделей

Развитие идей CPM/PERT, широко применяемое в отечественной школе управления проектами (школа проф. *). Учитывает не только временные, но и ресурсные, стоимостные и информационные параметры. Позволяет решать задачи календарно-сетевого планирования (КСП) и календарно-сетевого управления (КСУ).

Типы зависимостей (связей) между работами

Качество сетевого графика определяется правильностью задания связей. Существует 4 типа (прецедентов):

• FS (Finish-to-Start / Окончание — Начало): Стандартная связь. Работа Б не может начаться, пока не закончена работа А.
• SS (Start-to-Start / Начало, Начало): Работа Б не может начаться раньше, чем начнется работа А (параллельное выполнение с задержкой).
• FF (Finish-to-Finish / Окончание — Окончание): Работа Б не может закончиться раньше, чем закончится работа А.
• SF (Start-to-Finish / Начало, Окончание): Редкий тип. Работа Б не может закончиться, пока не начнется работа А (например, смена дежурств).

Задержка (Lag) и опережение (Lead): К любой связи можно добавить временной интервал (например, FS+2 дня — бетон набирает прочность перед снятием опалубки).

Современные программные инструменты (обзор на 2026 год)

Рынок СУП предлагает решения от коробочных десктопных до облачных SaaS-платформ. Ниже приведены примеры из актуальной информационной ленты (источник [1], дата публикации июль 2026 г.):

АвтоГантт (AutoGantt) — автоматизированное календарно-сетевое планирование

Позиционирование: «Умная система календарно-сетевого планирования проектов онлайн» для персонального и командного использования.

• Ключевая фишка: Автоматизация планирования включает не только обработку связей (прецедентов), но и ресурсное выравнивание (resource leveling). Если две задачи попадают на один период и требуют один ресурс, система автоматически смещает их во времени.
• Интерфейс: Принцип прямых действий: «добавляем предшественника» / «добавляем потомка». Автоматическая сортировка задач по дате начала.
• Масштабируемость: Поддержка проектов более 20 тысяч строк. Время расчета расписания с ресурсным планированием, около 20 секунд.
• Целевая аудитория: Планировщики, ищущие альтернативу ручному управлению в MS Project / Primavera или «костылям» в Excel.

Яндекс.Трекер (Yandex Tracker) — экосистемный подход

Обновление 2023–2026 гг.: Значительная эволюция диаграммы Ганта внутри трекера.

• Стартовая страница пользователя: Настраиваемые виджеты (списки задач, статистика, заметки).
• Диаграмма Ганта / Сетевой график: Улучшены настройки отображения. Появилась возможность создавать единую диаграмму по списку проектов (портфельный вид).
• Анализ блокеров: Функция «увидеть задачи, блокирующие завершение проекта» — практическая реализация анализа критического пути/критической цепи для менеджеров.
• Администрирование: Гибкие права групп, поддержка IMAP для любых почтовых сервисов, обновленное мобильное приложение.

ПланФикс (Planfix), гибкость логики управления

Особенность 2021–2026 гг.: Реализация альтернативной логики работы с диаграммой Ганта.

• Классический режим: Сроки регулирует менеджер проекта (Top-down).
• Автоматический режим: Запланированный срок задачи автоматически меняется на фактический в момент завершения (Bottom-up / фактический контроль).
• Настройка поведения последователей: При сдвиге предшественника даты последователя либо пересчитываются автоматически, либо остаются в заданных вручную пределах (жесткие ограничения). Это решает вечную проблему «разваливания» плана при малейшем изменении.

Процесс построения сетевого графика: пошаговый алгоритм

1. Декомпозиция (WBS): Разбиение проекта на управляемые работах (Work Packages). Исключить «висячие» работы (без предшественников или последователей, кроме старта/финиша).
2. Определение зависимостей: Для каждой работы задать предшественников и тип связи (FS, SS, FF, SF) с учетом задержек.
3. Оценка длительностей: Экспертные оценки, аналогия, параметрические модели. Учесть календари (рабочие/нерабочие дни, сменность).
4. Прямой проход (Forward Pass): Расчет ранних дат (ES, EF) от начала проекта к концу.
5. Обратный проход (Backward Pass): Расчет поздних дат (LS, LF) от даты завершения проекта к началу.
6. Расчет резервов: Float = LS — ES (или LF — EF).
7. Выделение критического пути: Работы с Float = 0.
8. Анализ ресурсов и выравнивание: Наложение ограничений по ресурсам (люди, техника, бюджет). Часто приводит к появлению критической цепи (Critical Chain) и увеличению срока проекта.
9. Установка базового плана (Baseline): Фиксация плановых дат для дальнейшего анализа отклонений (Earned Value Analysis).

Типичные ошибки при построении сетевых графиков

• Циклические зависимости (Loop): А -> Б -> В -> А. Делает расчет невозможным. Современные СУП (в т.ч. АвтоГантт) блокируют создание таких связей.
• Искусственное затягивание сроков: Добавление больших задержек (Lag) вместо правильного моделирования промежуточных работ (например, «Ожидание сушки бетона» вместо связи FS+14д).
• Игнорирование ресурсных конфликтов: Сетевой график показывает «идеальное» время. Без ресурсного выравнивания план неисполним.
• Смешение планирования и учета: Внесение фактических дат в плановые поля до завершения работы (кроме систем с гибкой логикой вроде ПланФикс).
• Слишком детализированная сеть: Тысячи задач длительностью 1–2 часа делают график нечитаемым и неадминистрируемым. Оптимальный уровень — пакеты работ 1–2 недели (правило 8/80 часов).

Продвинутые темы: Критическая цепь (CCPM) и Буферизация

Теория ограничений (TOC, Э. Голдратт) предлагает уйти от управления отдельными задачами к управлению критической цепью — самой длинной цепочке с учетом ресурсных зависимостей.

• Убираются локальные резервы (прячутся в «студенческом синдроме» и «паркинсоновском законе»).
• Вводится Проектный буфер (Project Buffer) в конце критической цепи.
• Вводятся Всасывающие буферы (Feeding Buffers) на вливе некритических путей в критический.
• Управление идет по потреблению буферов (Fever Chart), а не по отслеживанию каждой задачи.

Не все масс-маркет СУП поддерживают CCPM нативно (требует специализированных модулей или ПО класса Primavera Risk Analysis, Spider Project, Lynx), однако понимание принципов позволяет лучше настраивать резервы в стандартных инструментах.

Сетевой график — это не просто рисунок для отчета, а математическая модель проекта. Качество этой модели определяет достоверность сроков, бюджета и управляемости рисков.

Ключевые выводы для практика 2026 года:

1. Разделяйте сетевую логику (зависимости) и календарное представление (Гантт). Строя логику, думайте графом; представляя заказчику — диаграммой Ганта.
2. Используйте современные инструменты с автоматическим ресурсным выравниванием (как АвтоГантт), чтобы не тратить недели на ручной подбор дат в Excel.
3. Настройте поведение сдвигов дат под вашу методологию: жесткий контроль (даты фиксированы) или адаптивное планирование (даты пересчитываются от фактов, как в ПланФиксе).
4. Регулярно анализируйте критический путь и потребление буферов, а не просто процент выполнения задач. Процент выполнения нелинеен: 90% работ по количеству могут дать только 50% ценности, если критическая задача застряла на 10%.

Грамотное календарно-сетевое планирование (КСП) переводит проектное управление из режима «тушения пожаров» в режим предсказуемого управления потоком ценности.

Статья подготовлена на основе открытых источников и актуальной практики проектного управления на . Названия продуктов и функционал могут меняться; проверяйте актуальность на сайтах вендоров.