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

Сущность и назначение сетевого планирования

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

Основные функции сетевого графика в процессе управления:

• Структурирование: Разбиение сложных задач на управляемые подзадачи (работы/операции).
• Логическая связка: Определение зависимостей между работами (что должно предшествовать, а что следует после).
• Временной анализ: Расчет минимальной продолжительности проекта, ранних и поздних сроков начала/окончания работ.
• Выявление критических зон: Определение критического пути — последовательности работ, задержка которых напрямую сдвигает срок завершения всего проекта.
• Управление ресурсами и рисками: Анализ резервов времени (флоатов) для перераспределения ресурсов и поглощения неопределенностей.

Основные методологические подходы: PERT и CPM

В современной практике управления проектами доминируют две классические методологии, лежащие в основе построения сетевых графиков:

Метод критического пути (CPM — Critical Path Method)

Разработан в конце 1950-х годов (DuPont) для проектов с детерминированными (однозначными) продолжительностями работ. Ключевая цель — определение минимального времени выполнения проекта и выявление критического пути. CPM ориентирован на управление сроками и затратами (Time-Cost Trade-off).

Метод оценки и обзора программы (PERT — Program Evaluation and Review Technique)

Разработан примерно в то же время (US Navy, проект Polaris) для проектов с стохастическими (вероятностными) продолжительностями. Для каждой работы задаются три оценки:

• Оптимистичная (t_o) — при идеальных условиях.
• Пессимистичная (t_p) — при максимальных проблемах.
• Наиболее вероятная (t_m) — реалистичная оценка.

Ожидаемая продолжительность рассчитывается по формуле бета-распределения: t_e = (t_o + 4t_m + t_p) / 6. PERT позволяет оценить вероятность завершения проекта к заданному сроку.

Современный синтез

В современных системах управления проектами (MS Project, Primavera, Spider Project и др.) используется гибридный подход: логика построения графика основана на CPM (граф зависимостей), а для учета неопределенностей применяются вероятностные оценки (PERT) или метод Монте-Карло.

Виды сетевых графиков: Нотация «Работа на дуге» vs «Работа в узле»

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

Подход «Операция на стрелке» (Activity-on-Arrow, AOA / «Вершина-событие»)

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

Подход «Операция в узле» (Activity-on-Node — AON / «Вершина-работа» / Precedence Diagramming Method, PDM)

• Узлы (прямоугольники/блоки) обозначают работы.
• Стрелки обозначают только логические зависимости (преемственность).
• Типы зависимостей (PDM):
  • FS (Finish-to-Start) — стандартная: окончание предшественника → начало преемника.
  • SS (Start-to-Start), одновременное начало.
  • FF (Finish-to-Finish) — одновременное окончание.
  • SF (Start-to-Finish), редкий случай: начало предшественника → окончание преемника.
• Задержки (Lags/Leads): Легко задаются на стрелках зависимостей (например, FS+2 дня).
• Преимущества: Интуитивная понятность, отсутствие фиктивных работ, поддержка всех типов связей, стандарт де-факто в профессиональном ПО (MS Project, Primavera, Asta Powerproject).
• Недостатки: График может выглядеть перегруженным при высокой плотности связей («спагетти»).

Рекомендация: Для ручного построения и обучения часто используют AOA (табличный метод). Для реального управления проектами в ПО — стандарт AON/PDM.

Этапы построения сетевого графика (Алгоритм)

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

1. Составление перечня операций (работ): Декомпозиция проекта (WBS) до уровня рабочих пакетов. Каждой работе присваиваеться уникальный код/имя и определяется продолжительность (детерминированная или три оценки для PERT).
2. Определение предшественников (зависимостей): Для каждой работы устанавливается список работ, которые должны быть завершены (или начаты) до начала данной. Формируется матрица смежности или таблица предшественников.
3. Построение топологии графика (нумерация вершин / расстановка блоков):
   • Для AOA: Нумерация событий (вершин) по правилу Фулкерсона (топологическая сортировка): номер начала работы < номера окончания. Исключение циклов.
   • Для AON: Расстановка блоков работ и проведение стрелок зависимостей.
4. Проверка на циклы и изолированные работы: Граф должен быть ациклическим (DAG — Directed Acyclic Graph). Каждая работа (кроме старта и финиша) должна иметь хотя бы одного предшественника и преемника.
5. Расчет временных параметров (прямой и обратный проход): Определение ранних и поздних сроков, резервов.
6. Выявление критического пути: Последовательность работ с нулевым полным резервом.
7. Анализ и оптимизация: Сжатие сроков (крашинг, фаст-трекинг), выравнивание ресурсов.

Расчет параметров сетевого графика: Табличный метод

Независимо от нотации, математический аппарат расчета единообразен. Рассмотрим классический табличный метод (для нотации AOA «Вершина-событие»), который является базой для понимания алгоритмов ПО.

Основные временные характеристики событий

• Ранний срок события (Early Event Time, EET / T_р): Самое раннее время, когда может наступить событие. Рассчитывается прямым проходом (слева направо):
  
  T_р(j) = max [ T_р(i) + t(i,j) ] по всем входящим работам (i,j).
  
  Для начального события T_р(1) = 0.
• Поздний срок события (Late Event Time — LET / T_п): Самое позднее время наступления события без сдвига срока проекта. Рассчитывается обратным проходом (справа налево):
  
  T_п(i) = min [ T_п(j) ౼ t(i,j) ] по всем исходящим работам (i,j).
  
  Для конечного события T_п(n) = T_р(n) (продолжительность проекта).

Характеристики работ (для AOA: работа (i,j))

• Раннее начало (Early Start, ES): ES = T_р(i).
• Раннее окончание (Early Finish — EF): EF = ES + t(i,j) = T_р(i) + t(i,j).
• Позднее окончание (Late Finish — LF): LF = T_п(j).
• Позднее начало (Late Start — LS): LS = LF ౼ t(i,j) = T_п(j) ౼ t(i,j).

Резервы времени (Флоаты / Slack)

Ключевые показатели гибкости графика:

• Полный резерв (Total Float / Slack, TF): Время, на которое можно задержать работу без сдвига срока проекта.
  
  TF = LS ⏤ ES = LF ⏤ EF = T_п(j) ౼ T_р(i) ⏤ t(i,j).
• Свободный резерв (Free Float, FF): Время, на которое можно задержать работу без сдвига раннего начала любой преемнической работы.
  
  FF = T_р(j) ౼ T_р(i) ⏤ t(i,j).
• Независимый резерв (Independent Float — IF): Резерв, доступный даже если предшественник закончился поздно, а преемник должен начаться рано.
  
  IF = max(0, T_р(j) ⏤ T_п(i) ౼ t(i,j)).

Критический путь

Критический путь — это путь от начального до конечного события, сумма продолжительностей работ на котором максимальна (или полный резерв работ равен нулю: TF = 0). Продолжительность критического пути определяет минимально возможное время завершения проекта (T_пр).

• На критическом пути: T_р = T_п для событий, ES = LS, EF = LF для работ.
• У проекта может быть несколько критических путей.
• Управление проектом фокусируется на контроле критических работ.

Пример расчета (Иллюстративный)

Рассмотрим фрагмент табличного расчета для проекта «Совершенствование системы управления» (данные условны).

Оптимизация сетевого графика

После построения базового графика и расчета критического пути часто требуется оптимизация для соблюдения дедлайнов или ограничений по ресурсам.

Сжатие сроков (Schedule Compression)

• Крашинг (Crashing): Увеличение ресурсов (люди, оборудование, оплата сверхурочных) на критических работах для сокращения их продолжительности. Анализируется стоимость сжатия единицы времени (Cost Slope). Сжимают до тех пор, пока критический путь не сменится или пока затраты не станут нецелесообразными.
• Фаст-трекинг (Fast Tracking): Изменение логики связей: выполнение работ параллельно (например, смена FS на SS с задержкой), которые изначально планировались последовательно. Риск: повышается вероятность переработок и ошибок.

Выравнивание ресурсов (Resource Leveling / Smoothing)

Если на пиковых периодах спрос на ресурс превышает предложение, работы с резервами (некритические) сдвигают во времени в пределах своих резервов (TF) для выравнивания гистограммы загрузки. Это может увеличить продолжительность проекта (если используется Leveling) или оставить её неизменной (Smoothing).

Учет неопределенности: PERT и Моделирование Монте-Карло

Для проектов с высокой неопределенностью (R&D, инновации) детерминированный CPM недостаточен.

PERT-анализ

Для каждой работы рассчитывается ожидаемая длительность (t_e) и дисперсия (σ² = ((t_p ౼ t_o)/6)²). Суммируя дисперсии по критическому пути, получаем дисперсию проекта σ²_пр. Предполагая нормальное распределение (ЦПТ), можно найти вероятность завершения к сроку T_д:

Z = (T_д ⏤ T_пр) / σ_пр.

По таблице Лапласа определяем P(Z).

Ограничение PERT: предполагает, что критический путь не меняеться, а сумма распределений нормальна (не всегда верно для малых проектов).

Метод Монте-Карло (Gold Standard)

Современный стандарт анализа рисков сроков. Алгоритм:

1. Задать вероятностные распределения длительностей для всех работ (Треугольное, Бета, Нормальное, Пользовательское).
2. Задать корреляции между рисками (опционально).
3. Провести N итераций (обычно 1000–10000): случайно сгенерировать длительности -> пересчитать CPM -> запомнить T_пр и критический путь.
4. Построить гистограмму и кумулятивную кривую (S-кривую) распределения срока проекта.
5. Получить Критический индекс (Criticality Index) для каждой работы — % итераций, где работа была на критическом пути. Это показывает истинную критичность работы в условиях неопределенности.

Программные инструменты для сетевого планирования

Ручное построение и расчет целесообразны только для обучения или микропроектов (< 50 работ). Профессиональное управление требует специализированного ПО.

• Microsoft Project: Стандарт де-факто для корпоративного управления; Нотация AON (Gantt + Network Diagram). Поддержка ресурсов, стоимостей, базовых планов. Слаб в вероятностном моделировании (нужен аддон @Risk или Primavera Risk Analysis).
• Oracle Primavera P6 (EPPM): Индустриальный стандарт для крупных капитальных проектов (строительство, Oil&Gas, энергетика). Мощная многопользовательская среда, коды структур (WBS, OBS, CBS), продвинутое выравнивание ресурсов, интеграция с Risk Analysis.
• Spider Project: Российская разработка, сильная в математическом моделировании (Монте-Карло встроен «из коробки»), поддержке календарей, нелинейных затрат и специфических отчетов (Госконтракты, 223-ФЗ/44-ФЗ).
• Asta Powerproject: Популярен в UK/Европе, удобный визуальный интерфейс, хорошая 4D-визуализация (связь с BIM).
• Open Source / Lightweight: ProjectLibre, GanttProject, OpenProj (базовый функционал CPM), библиотеки Python (networkx, pandas для кастомных расчетов).

Типичные ошибки при построении и использовании

1. Смешивание уровней детализации: В одном графике присутствуют и стратегические этапы (месяцы), и тактические операции (часы). Решение: иерархические коды WBS и фильтрация уровней.
2. Игнорирование логических связей (Hard Logic vs Soft Logic): Навязывание последовательности там, где она не технологически обоснована (Soft Logic), что искусственно удлиняет критический путь.
3. Отсутствие связей у «висячих» работ (Dangling Logic): Работы без предшественников (кроме старта) или преемников (кроме финиша). Приводит к ложным резервам и невозможности корректного анализа задержек.
4. Использование фиктивных дат (Constraints) вместо логики: Забивание дат «Не раньше», «Не позже» (MFO, MSO) разрывает логику сети. Constraints используются только для внешних ограничений (контрактные даты, погодные окна).
5. Неучет календарей: Расчет в «рабочих днях» без привязки к календарям ресурсов (сменность, праздники, погода) дает нереалистичные даты календарного завершения.
6. Статичность графика: Сетевой график — живой документ. Он должен обновляться (Actual Start/Finish, Remaining Duration) еженедельно/ежедневно. «Забытый» график бесполезен для управления.

Сетевой график в контексте процессного управления (BPM) и Agile

Хотя сетевые графики ассоциируются с каскадным (Waterfall) управлением, их принципы применимы и в современных гибких подходах:

• BPM / Процессный подход: Сетевой график — это формализация бизнес-процесса (BPMN диаграмма по сути является расширенным сетевым графиком с шлюзами AND/OR/XOR). Управление SLA процесса — это контроль критического пути сквозного процесса.
• Agile / Scrum: На уровне Релиза (Release Planning) или PI Planning (SAFe) зависимости между командами/фичами строятся по сетевой логике. Критический путь проходит через межкомандные зависимости. Kanban-доски визуализируют поток (Flow), что аналогично анализу пропускной способности сети.
• Critical Chain Project Management (CCPM): Эволюция CPM (Теория ограничений Голдратта). Фокус на буферах проекта и питания (Project/Feeding Buffers) вместо резервов отдельных работ. Убирает «синдром студента» и «болезнь Паркинсона».

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

• Умение выбирать правильную нотацию (AON/PDM для ПО) и уровень детализации.
• Навык построения качественной логики сети (избегание «висячих» работ, жестких ограничений).
• Глубокое понимание механики расчетов (прямой/обратный проход, виды резервов) для интерпретации выходов ПО.
• Компетенцию в управлении критическим путем и буферами (CCPM).
• Навык вероятностного моделирования (Монте-Карло) для обоснования риск-ориентированных резервов времени и бюджета.

Инвестиции в построение и поддержку актуального сетевого графика многократно окупаются за счет предотвращения простоя ресурсов, своевременного выявления задержек и возможности принимать взвешенные решения по сжатию сроков или перераспределению ресурсов. В мире, где сложность проектов растет экспоненциально, сетевое планирование остается «навигатором», без которого невозможно управлять неопределенностью.

Примечание: В статье использованы обобщенные данные из открытых источников по сетевому планированию (методы CPM, PERT, PDM, теория графов, стандарты PMI PMBOK, ISO 21500, ГОСТ Р 54869-2011). Конкретные фамилии авторов учебных пособий (например, Плескунов М.А.) и названия организаций (НОУ ИНТУИТ) указаны в контексте ссылки на методологическую базу. Персональные данные контактного характера (адреса, телефоны) в исходных материалах отсутствуют.