Расчёт временных резервов при параллельном выполнении ремонтных работ: методология и практические нюансы

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

Почему параллельные работы меняют подход к резервам

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

Параллельность вводит два фактора, которые игнорируются в упрощённых таблицах Excel:

• Слияние путей. Когда несколько параллельных веток сходятся в одной точке (например, «Готовность стен под покраску»), резерв каждой ветки ограничивается самой «медленной» из них. Резерв «быстрых» веток поглощается ожиданием «медленной».
• Ресурсные конфликты. Логический резерв (по сетке) может составлять 5 дней, но если на этих 5 дней запланирована одна бригада или один кран, реальный резерв равен нулю. Уровнирование ресурсов (resource leveling) часто смещает критический путь на бывшие некритические ветки.

Понимание этой разницы — первый шаг к рабочему календарному плану.

Виды временных резервов: что считать и зачем

В российской нормативной базе (СП 48.13330, ГОСТ Р 54871) и международной практике (PMI, FIDIC) выделяют три основных типа. Таблица ниже показывает их суть и практическое назначение.

Тип резерва	Определение	Формула (через ранние/поздние даты)	Практический смысл для ПТО/Прораба
Полный (Total Float, TF)	Максимальное опоздание работы без сдвига даты окончания всего объекта.	TF = LF — EF = LS — ES	Граница свободы для закупок, приезда подрядчиков, аренды техники. Сумма полных резервов на некритическом пути — это «подушка» всего проекта.
Свободный (Free Float, FF)	Максимальное опоздание работы без сдвига раннего начала любой последующей работы.	FF = min(ESнаследников) — EF	Реальный буфер для конкретной бригады. Если FF=0, задержка сегодня бьёт по старту следующей операции завтра. Именно этот показатель нужен в ежедневном журнале работ.
Независимый (Independent Float, IF) / Интерференционный	Резерв, который можно использовать, не влияя ни на предшественников, ни на наследников (даже если предшественники опоздают до позднего начала).	IF = min(ESнаследников) — max(EFпредшественников) — Duration	Чистый «личный» запас операции. Полезен для оценки рисков отдельного подрядчика: если IF > 0, подрядчик полностью контролирует свои сроки внутри этого окна.

Важное соотношение: TF ≥ FF ≥ IF. Полный резерв всегда больше или равен свободному. Разница между TF и FF — это интерференционный резерв, который «съедается», если предшественники отработают по поздним датам. На параллельных путях именно интерференционный резерв создаёт иллюзию запаса, которого на практике нет.

Алгоритм расчёта: прямой и обратный проход

Расчёт производится на сетевом графике (метод пределов — PDM / Precedence Diagramming Method). Программы (MS Project, Primavera P6, Spider Project, Asta Powerproject) делают это автоматически, но прорабу необходимо понимать логику, чтобы верифицировать результат и объяснить заказчику, откуда взялись цифры.

1. Построение логики (Predecessors/Successors). Для каждой работы заданы предшественники с типами связей (ФС — finish-to-start, СС — start-to-start, ФФ — finish-to-start, СФ — start-to-finish) и задержками (lag/lead). Без корректной логики расчёт бессмыслен.
2. Прямой проход (Forward Pass) — расчёт ранних дат.
3. Раннее начало (ES) первой работы = календарный старт проекта.
4. ES текущей работы = max(EF предшественников + задержки связи).
5. Раннее окончание (EF) = ES + Длительность (с учётом календаря работы).
6. Обратный проход (Backward Pass) — расчёт поздних дат.
7. Позднее окончание (LF) последней работы = целевая дата сдачи (или EF критического пути, если цель не задана жестко).
8. Позднее начало (LS) = LF — Длительность.
9. LF текущей работы = min(LS наследников — задержки связи).
10. Вычисление резервов.
11. Total Float = LF — EF (или LS — ES).
12. Free Float = min(ES наследников) — EF.
13. Independent Float = min(ES наследников) — max(EF предшественников) — Длительность (если < 0, то 0).
14. Идентификация критического пути. Путь, где TF = 0 (или минимален, если есть отрицательные резервы).

Нюанс календарей: Длительность в днях пересчитывается в рабочие периоды конкретного календаря (5-дневка, 6-дневка, сменный график, погодные окна). Резерв в «рабочих днях» календаря работы не равен резерву в «календарных днях» проекта. Всегда оперируйте единицами календаря проекта для сводных отчётов.

Специфика параллельных ремонтных веток

Ремонт редко бывает чисто последовательным. Типичные паттерны параллельности и их влияние на резервы:

1. Расходящиеся работы (один предшественник — несколько наследников)

Пример: демонтаж перегородок завершён → параллельно начинаются штробление, монтаж вентиляции, прокладка электрики.

• У всех наследников одинаковое ES (равно EF демонтажа).
• Free Float у каждой ветки равен разнице между её EF и минимальным ES следующего этапа слияния (например, «Стены готовы под шпаклевку»).
• Если вентиляция — самая долгая ветка (критическая), у штробления и электрики появится FF > 0. Но этот FF можно потратить только внутри своей ветки. Перенести его на вентиляцию нельзя — это разные ресурсы.

2. Сходящиеся работы (несколько предшественников — один наследник)

Пример: штробление, вентиляция, электрика → общая операция «Заделка штроб и шпаклевка».

• ES заделки = max(EF всех трёх предшественников).
• Ветка с максимальным EF (критическая) имеет TF = 0, FF = 0.
• Остальные ветки имеют TF = FF = (ES заделки — EF ветки). Это и есть их полный и свободный резерв — они просто ждут «медленного» соседа.
• Ошибка: планировать старт «быстрых» веток позднее, «прижимая» их к заделке. Это обнуляет их резерв и делает весь путь критическим. Запускайте параллельные ветки как можно раньше (ASAP) — это создаёт видимый буфер в журнале работ.

3. Работы с перекрытием (Start-to-Start с задержкой / Lag)

Пример: укладка плитки начинается за 2 дня после старта раскладки (SS+2).

• Резервы здесь нелинейны. Задержка предшественника на 1 день не сдвигает наследника (есть лаг), но задержка на 3 дня сдвигает.
• Free Float у предшественника может быть положительным, даже если TF=0, за счёт лага. Это частое место непонимания: работа критическая (TF=0), но имеет FF>0. Прораб видит «запас», но сдвиг старта плитки съедает лаг и делает плитку критической.

Влияние ресурсного уровняния на расчёт резервов

Логический расчёт (Critical Path Method — CPM) предполагает неограниченные ресурсы. Реальный ремонт — это Resource Constrained Project Scheduling (RCPS). Когда вы накладываете ограничение «Бригада штукатуров — 1 шт.» или «Кран — 1 шт.», программа сдвигает работы во времени, чтобы не превысить лимит.

Последствия для резервов:

• Искусственное обнуление резервов. Работа имела TF=10 дн. по сети. Из-за занятости бригады её сдвинули на 8 дней. TF стал 2 дн. Логика сети не изменилась, но реальный буфер сократился в 5 раз.
• Смена критического пути. Некритическая ветка становится критической (Resource Critical Path) только из-за конкуренции за ресурс.
• Потеря Free Float. Свободный резерв наиболее уязвим. Если операция сдвинута вплотность к предшественнику из-за ресурса, её FF становится 0, даже если по сети он был 5 дней.

Практический вывод: Резервы, которые вы показываете заказчику в отчёте «Посеточный график», должны быть ресурсно-уровненными. Чистый CPM-расчёт подходит только для стратегического планирования и анализа «что-если». Для оперативного управления используйте график после уровнения (Leveled Start / Leveled Finish).

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

1. Сбор исходников (WBS). Дерево работ до уровня управляемых пакетов (Work Packages). Каждая работа — единый ресурс (бригада/подрядчик), единая технология, контролируемая длительность (1–10 смен).
2. Оценка длительностей. Не «как написано в СНиП», а «как делает эта бригада на этом объекте». Учитывайте коэффициенты сложности (высота, теснота, защита готовых поверхностей). Зафиксируйте календарь каждой работы.
3. Простановка логических связей. Минимум связей — максимум ясности. Избегайте избыточных ФС-связей там, где работает СС+лаг. Проверьте: нет ли циклов (циклических зависимостей).
4. Первичный CPM-расчёт. Получите «сырые» ES/EF/LS/LF/TF/FF. Найдите критический путь. Проверьте: есть ли работы с отрицательным резервом (жесткие дедлайны, нарушаемые логикой)?
5. Назначение ресурсов и уровнение. Заведите пул ресурсов (бригады, краны, бетононасосы, ключевые материалы с поставками). Запустите уровнение (Leveling) с приоритетом «По полному резерву» (Standard) или «По приоритету работы».
6. Анализ ресурсно-критического пути. Сравните TF до и после уровнения. Выявите работы, где TF упал ниже порога комфорта (обычно < 3–5 смен для ремонта).
7. Аттестация графика (Schedule Risk Analysis — опционально). Для сложных объектов: Монте-Карло симуляция на длительностях (PERT: оптимистичное/реалистичное/пессимистичное). Получите вероятность сдачи в срок (P80, P90) и буфер проекта (Project Buffer).
8. Выгрузка в исполнительные документы. Календарный план-график (КПГ) в формате заказчика (Excel, XML, MS Project). Обязательно: колонки ES, EF, LS, LF, Total Float, Free Float, Критичность (Да/Нет), Ответственный, Ресурс.

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

• Игнорирование календарей. Длительность 5 дней в 5-дневном календаре = 7 календарных дней. Если проект в календарных днях, а работа в рабочих — резерв «плывёт» на выходных. Всегда сверяйте единицы измерения.
• Жесткие привязки (Mandatory Start / Finish No Earlier Than). Задание фиксированных дат («Начинаем 1 марта») обрывает обратный проход. Работа получает TF=0 искусственно, скрывая реальный запас на предшественниках. Используйте ограничения только для внешних зависимостей (поставка оборудования, сезонные окна).
• Смешение «рабочих дней» и «смен». В MS Project длительность в днях (8ч), а работа идет в 2 смены (16ч). Реальная длительность в календарных днях в 2 раза меньше. Резерв в днях проекта будет завышен в 2 раза. Ведите длительность в часах или используйте календарь «Две смены».
• Чтение Total Float как свободы для конкретной бригады. Прораб видит TF=10 дн. и спокойно отпускает бригаду на другой объект. Через неделю выясняется, что предшественники опоздали на 8 дн., интерференционный резерв сгорел, и работа стала критической. Управляйте по Free Float.
• Отсутствие связи «Поставка — Монтаж». Материалы в логике графика часто отсутствуют. Появление материалов — это предшественник (часто внешний). Если поставка задержалась, резерв монтажа сгорает мгновенно. Вводите работы «Поставка X» с длительностью 0 и связью ФС на монтаж.
• Уровнение «в лоб» без приоритетов. Автоматическое уровнение может сдвинуть дешевую подготовку вправо, оставив критический монтаж без подготовки. Настройте приоритеты: критические и предкритические работы — приоритет 1000 (не сдвигать), остальные — по убыванию TF.

Чек-лист верификации графика перед сдачей заказчику

Пройдитесь по пунктам перед финальной выгрузкой КПГ. Если хоть один пункт не пройден — график не готов.

• [ ] Все работы имеют предшественников (кроме старта) и наследников (кроме финиша). Нет «висячих» узлов.
• [ ] Нет циклов (Circular references).
• [ ] Длительности реалистичны и согласованы с исполнителями (подписаны акты согласования или протоколы совещаний).
• [ ] Календари работ соответствуют режиму объекта (ночные смены, выходные, зимние перерывы).
• [ ] Логика связей отражает технологическую последовательность, а не желание «растянуть» график.
• [ ] Критический путь проходит через ключевые вехи (перекрытия, фасады, инженерные системы, пусконаладка).
• [ ] Отрицательных резервов нет (или они обоснованы и есть план по их устранению).
• [ ] Ресурсное уровнение выполнено, перераспределения нагрузки по бригадам в пределах нормы (не более 100–110% в пик).
• [ ] Free Float критических работ = 0. Free Float некритических работ > 0 и понятен прорабу.
• [ ] Внешние зависимости (поставки, согласования, акты приемки скрытых работ) внесены как работы-вехи с реалистичными датами.
• [ ] График открывается в программе заказчика без ошибок импорта (проверьте XML/MPX).

Практический итог: как использовать резервы в управлении

Расчёт резервов — не цель, а инструмент принятия решений. Три оперативных правила для прораба и ПТО:

1. Ежедневный контроль по Free Float. На совещании утром смотрим только работы с FF ≤ 2 смен. Это «горячая зона». Если FF=0 — любая задержка сегодня сдвигает завтрашний старт наследников. Требуется решение: доп. смена, переброска людей, ускорение поставки.
2. Еженедельный мониторинг Total Float на некритических путях. Если TF на ветке «Вентиляция» упал с 10 до 3 дней за неделю — анализируем причину: опоздали предшественники, сломалась техника, ушла бригада. При TF < 5 дней ветка переходит в зону риска, готовим план реагирования.
3. Управление буфером проекта (Project Buffer). Если есть монте-Карло буфер (например, 15 дней на уровне P90), он не распределяется по работам. Он держится заказчиком/ГИПом. Расходование буфера — это решение о переносе дедлайна всего объекта, а не сдвиг отдельных работ.

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

Материал носит информационный характер и описывает общую методологию сетевого планирования (CPM/PDM). Конкретные параметры графиков (длительности, календари, ресурсные ограничения, виды связей, пороги критичности) зависят от условий договора, технического задания, производственной программы подрядчика и действующих нормативных документов на дату разработки ППР/ПОС. Для принятия решений, влекущих финансовые или правовые последствия (штрафы, продление сроков, изменение последовательности работ), обязательно сверяйте расчёт с актуальным договорным графиком и согласовывайте изменения с Генеральным подрядчиком/Заказчиком/Техническим надзором.