Планирование критического пути остановочного ремонта: как выделить операции, определяющие срок запуска

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

Суть критического пути в контексте останова

Критический путь (Critical Path) — это самая длинная по длительности цепочка зависимых работ от начала останова до готовности к запуску. Любая задержка на любой операции этого пути сдвигает дату запуска на столько же времени. Операции вне критического пути имеют резерв времени (float) — их можно сдвинуть без последствий для итоговой даты.

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

• Жёсткий дедлайн запуска задан технологическим циклом или контрактом, а не вычисляется от плана.
• Высокая неопределённость объёмов — дефектность оборудования выясняется только после разборки.
• Ресурсные конфликты — одни и те же бригады, краны, сcaffolding нужны сразу на десятках объектов.

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

Исходные данные для построения сети графика

Качественный критический путь невозможен без полной и достоверной сети графика. Минимальный набор данных для каждой операции:

1. Уникальный код и название — понятное исполнителям (не «Ремонт насоса», а «Ремонт насоса П-101А: разборка, дефектация, замена втулок, сборка, испытания»).
2. Длительность — календарные дни/смены с учётом режима работы (круглосуточно, две смены, выходные). Указывайте реалистичные нормы, а не оптимистичные.
3. Предшественники и преемники — логические связи (Finish-to-Start, Start-to-Start, Finish-to-Finish) с задержками (lag) при необходимости (например, выдержка бетона, остывание оборудования).
4. Ресурсные требования — бригады по специальностям, краны, подъёмники, сcaffolding, специальные инструменты, разрешения (ПТБ, газоопасные работы, работа на высоте).
5. Ограничения по календарю — даты earliest start / latest finish, если работа привязана к поставке оборудования, приезду подрядчика или технологическому окну.

Частая ошибка: строить сеть только по технологическим связям («собрать можно после разборки»), игнорируя ресурсные. На оставе ресурсные конфликты создают скрытые зависимости, которые становятся критическими раньше технологических. Если одна бригада должна сделать 10 работ параллельно, они автоматически становятся последовательными — и меняют критический путь.

Алгоритм выделения критического пути (CPM)

Классический метод критического пути (Critical Path Method) состоит из двух проходов по сети графика:

Прямой проход (Forward Pass) — расчёт ранних дат

Для каждой операции вычисляются:

• Early Start (ES) — максимальная из ранних дат окончания всех предшественников + задержки.
• Early Finish (EF) = ES + длительность.

Старт проекта — дата начала останова. Движемся по топологическому порядку от начала к концу.

Обратный проход (Backward Pass) — расчёт поздних дат

Целевая дата — плановый запуск (или дата окончания проекта, если запуск — это отдельный этап). Для каждой операции:

• Late Finish (LF) — минимальная из поздних дат начала всех преемников − задержки.
• Late Start (LS) = LF − длительность.

Движемся от конца к началу.

Резерв времени (Float / Slack)

Total Float (TF) = LS − ES = LF − EF. Операции с TF = 0 — критические. Они формируют критический путь (их может быть несколько параллельных цепочек).

Free Float (FF) — время, на которое можно сдвинуть операцию не влияя на ранний старт преемников. Важен для локальных решений бригадиром.

Современное ПО (Primavera P6, MS Project, Spider Project, Tilos, Asta Powerproject) делает расчёт автоматически. Задача планировщика — правильно задать связи, длительности и календари, а затем интерпретировать результат.

Работа с «почти критическими» путями

На оставе опасно фокусироваться только на TF = 0. Операции с резервом 1–3 дня (в зависимости от длительности останова) — это near-critical paths. При малейшем риске (задержка поставки, дефектность, погода, нехватка людей) они становятся критическими.

Практический подход:

• Установите порог «почти критического» резерва: для останова 30 дней — 2 дня, для 60 дней — 3–4 дня.
• Выделите все цепочки с TF ≤ порога. Это зона приоритетного управления.
• Для каждой near-critical операции оцените вероятность задержки (риск) и влияние на запуск. Матрица «Риск × Влияние» покажет, где нужны буферы или предварительные меры.

Пример: замена трубопровода на реформаторе имеет TF = 1 день. Поставка спецфланцев рискованна — вероятность задержки 30%. Эта операция переходит в категорию «критического риска» и требует управления как критическая: ежедневный контроль поставки, подготовка резервного варианта (аренда/изготовление на месте).

Ресурсное выравнивание и его влияние на критический путь

Исходный CPM-расчёт предполагает неограниченные ресурсы. Реальность: 2 крана на 20 объектов, 3 сварки на 50 сварных швов в день. Ресурсное выравнивание (Resource Leveling) сдвигает работы во времени, устраняя перегрузки. Это почти всегда удлиняет проект и меняет критический путь.

Порядок действий:

1. Постройте сеть только по технологическим связям. Получите «технологический» критический путь.
2. Назначьте ресурсы на операции (бригады, краны, площадки).
3. Запустите ресурсное выравнивание с приоритетом: критические работы — приоритет 1, near-critical — 2, остальные — 3.
4. Проанализируйте новый критический путь. Часто он проходит через ресурсный «узкий горлышко» (краны, сcaffolding, разрешения).
5. Если проект удлинился выше допустимого — ищите решения: дополнительные ресурсы, смена технологий, параллелизация, работа в 3 смены на узких местах.

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

Типичные ошибки при определении критического пути

Ошибка	Последствие	Как избежать
Игнорирование ресурсных связей	Скрытые конфликты обнаруживаются в процессе, срывают запуск	Обязательно моделируйте ресурсные ограничения (краны, бригады, разрешения) как связи или через выравнивание
Оптимистичные длительности «по нормативам» без рисков	Резерв времени съедается на первой же нештатке	Используйте PERT-оценки (min/likely/max) или добавляйте буферы на уровне пакетов работ, а не каждой операции
Отсутствие связей «Start-to-Start с задержкой» для параллельных работ	График показывает параллельность там, где её нет (ожидание выдержки, остывания, приезда)	Явно задавайте lag-и для технологических пауз
Одна критическая цепочка на весь остав без контроля near-critical	Вторичная цепочка становится критической неожиданно	Еженедельно пересчитывайте и ревьюьте топ-3 критических пути
Замороженный baseline без обновления по факту	Управляете планом вчерашнего дня	Ежедневно вносите фактические даты старта/финиша, пересчитывайте прогноз

Практический чек-лист проверки графика перед стартом останова

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

• Полнота работ: все объёмы из дефектной ведомости, закупки, подрядчики, ПУСК НАЛАДКА включены в сеть? Нет «невидимых» работ?
• Логика связей: нет «висячих» операций (без предшественников или преемников, кроме старта/финиша)? Нет циклических зависимостей?
• Календари: у каждой операции назначен правильный календарь (5д/7д, сменность, праздники)?
• Ресурсы: критические и near-critical операции имеют закреплённые бригады/краны/площадки? Конфликтов по ресурсам нет?
• Поставки: все длительные поставки (оборудование, спецматериалы) отражены как отдельные работы с датами need-by-date?
• Разрешения: работы, требующие ПТБ, ГОР, ВВ, РВ — имеют предшественников «получение разрешения» с реалистичными длительностями?
• Пусконаладка: этап ПНР разбит на логические блоки (промывки, герметичность, регулировка, запуск агрегатов) с зависимостями от готовности систем?
• Буферы: есть ли проектный буфер (feeding buffer) перед критическим путем? Где он расположен?
• Критический путь: выделен, визуализирован (красным на диаграмме Ганта), передан бригадирам и подрядчикам?
• Near-critical: список операций с TF ≤ порога распределён за ответственными с указанием рисков?

Управление критическим путем в процессе останова

План — это база. Реальность вносит коррективы ежедневно. Режим управления:

1. Ежедневное совещание по графику (15–20 мин): фактические старты/финиши вчера, прогноз на сегодня/завтра, отклонения от плана по критическим и near-critical операциям.
2. Ежедневный пересчёт: вносите факты в ПО, смотрите на новый критический путь. Если он сменился — сразу коммуницируйте изменения ответственным.
3. Правило «Критическая работа не ждёт»: если на критической операции возникает проблема (нет детали, сломан инструмент, ушли люди) — эскалация к руководителю останова за минуты, не часы. Решается за счёт ресурсов с некритических работ.
4. Мониторинг резервов: ежедневно проверяйте TF у near-critical операций. Если TF упал до 0 — операция стала критической, меняйте приоритеты ресурсов.
5. Look-ahead 3–7 дней: раз в 2 дня детально разбираете окно 3–7 дней вперёд: готовность материалов, разрешений, преемников, погода, логистика.

Инструмент визуализации: диаграмма Ганта с подсветкой критического пути + таблица «Топ-10 рисков на запуск» с привязкой к операциям. Вешайте в مقر штаба останова.

Сценарии: как реагировать на типичные ситуации

Сценарий 1: Задержка поставки оборудования на критическом пути

Действия: 1) Подтвердить реальную дату поставки у поставщика (письменно). 2) Проверить, можно ли начать предварительные работы (фундамент, пайпинг, кабеляж) без оборудования — перевести их в работу раньше (Start-to-Start с задержкой). 3) Если нет — оценить сдвиг запуска. 4) Искать альтернативу: аренда, закупка у другого поставщика, временная схема. 5) Если сдвиг неизбежен — инициировать переговоры с заказчиком/технологами о переносе запуска или сокращении объёмов ПНР.

Сценарий 2: Обнаружена дефектность, увеличивающая длительность критической работы на 40%

Действия: 1) Зафиксировать новый объём и длительность в графике. 2) Пересчитать критический путь. 3) Если резерв проекта позволяет — поглотить за счёт буфера. 4) Если нет — параллелить: разбить работу на участки, привлечь вторую бригаду, работать в 3 смены. 5) Проверить, не стали ли near-critical операции критическими из-за сдвига. 6) Документировать изменение базового плана (change request) с обоснованием.

Сценарий 3: Ресурсный конфликт — кран нужен одновременно на 3 критические операции

Действия: 1) Оценить длительность работы с краном на каждой операции (часто 2–4 часа из смены). 2) Составить график работы крана по часам (time-scaled logic). 3) Если конфликт неразрешим — арендовать второй кран (стоимость аренды стоимость простоя). 4) Если второй кран невозможен — приоритет отдаётся операции с наименьшим TF (самой критической), остальные сдвигаются, их TF уменьшается — мониторить.

Сценарий 4: Погодные ограничения (ветер, температура) блокируют работу на высоте / сварку / подъём

Действия: 1) В календаре работ на открытой площади заложите статистические нерабочие дни по погоде (исторические данные за 5–10 лет). 2) Имейте «погодный резерв» — работы, которые можно сделать в павильоне/цехе в дни неблагоприятной погоды. 3) При прогнозе шторма за 24ч — заранее перепланируйте бригады на внутренние работы.

Ключевые выводы и следующий шаг

Критический путь остановочного ремонта — это не статичная линия на диаграмме Ганта, а динамический инструмент управления приоритетами. Главные принципы:

• Строите сеть графика с полными технологическими И ресурсными связями.
• Считаете критический путь методом CPM ежедневно после ввода фактов.
• Управляйте не только TF = 0, но и зонами риска (TF ≤ 2–4 дня в зависимости от масштаба).
• Ресурсные конфликты (краны, бригады, разрешения) чаще определяют реальный критический путь, чем технология.
• Ежедневное совещание по графику с фокусом на топ-3 критических цепочки — обязательный ритуал штаба останова.

Следующий шаг: откройте текущий график останова. Выделите операции с TF = 0 и TF ≤ 3 дней. Для каждой укажите: ответственного, ключевой риск, меру по снижению риска, дату следующей проверки. Если такого списка нет — начните с его составления. Это и есть начало управления запуском, а не просто следования за планом.

Материал носит информационный характер и отражает общие принципы планирования остановочных ремонтов. Конкретные параметры графика, нормы длительностей, ресурсные ограничения и процедуры управления рисками зависят от отрасли, предприятия, вида оборудования и действующих внутренних стандартов. Принятие решений по изменению сроков останова, привлечению ресурсов или сокращению объёмов работ должно основываться на актуальных проектных данных и согласовываться с техническим руководством и технологической службой предприятия.