Построение сетевого графика остановочного ремонта: методология, этапы и контроль критического пути

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

Зачем нужен сетевой график при остановочном ремонте

В отличие от календарного плана, сетевой график моделирует логику зависимостей. Он отвечает на три операционных вопроса:

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

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

Выбор методологии: CPM или PERT

Для остановочных ремонтов промышленного стандартом де-факто является CPM (Critical Path Method) — метод критического пути с детерминированными длительностями. PERT (Program Evaluation and Review Technique) с тремя оценками (оптимистичной, пессимистичной, наиболее вероятной) применяется редко: на ремонтах длительности операций обычно известны по нормам или историческим данным с приемлемой точностью, а вероятностный подход усложняет расчёты без пропорциональной пользы.

Используйте PERT-оценки только для уникальных, ни разу не выполняемых операций (например, демонтаж нестандартного оборудования без документации). Для всего остального — CPM с одной реалистичной длительностью и календарным учётом выходных/смен.

Этап 1: Декомпозиция работ (WBS) и формирование списка операций

Сетевой график строится не на «этапах» (подготовка, демонтаж, монтаж), а на элементарных работах с чёткими границами. Правило: работа должна быть неделима до уровня, где у неё есть один ответственный исполнитель, один комплект ресурсов и одна технологическая непрерывность.

Типичная структура декомпозиции для ремонта реактора/колонны/турбины:

• Подготовительный период: останов процесса, дегазация, промывка, ввод в безопасное состояние, установка ограждений, подключение временных коммуникаций.
• Демонтаж: снятие изоляции, разборка фланцевых соединений, извлечение внутренних устройств, вынос оборудования на площадку ремонта.
• Ремонтные операции (параллельные потоки): бесконтактный контроль, сварка/накладка, механическая обработка, замена изношенных деталей, сборка узлов.
• Монтаж: установка внутренних устройств, сборка фланцев, прокладка прокладок, натяжка болтов, восстановление изоляции.
• Пусконаладочные: гидроиспытания, герметичность, калибровка приборов, вакуумирование, ввод среды, достижение режима.

Каждой работе присвойте уникальный код (например, по классификатору ППР или внутренней нумерации), название, ответственное подразделение/подрядчика и плановую длительность в рабочих сменах/часах.

Этап 2: Определение логических связей (предшественников и последователей)

Это самый трудоёмкий и критичный этап. Ошибка в одной связи перестраивает весь критический путь. Используйте четыре типа зависимостей (по нотации FSN — Finish-to-Start, Start-to-Start, Finish-to-Finish, Start-to-Finish), но на ремонтах 90% связей — FS (конец→начало).

Правила простановки связей:

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

Практический приём: пройдитесь по P&ID (схеме трубопроводов) и по изометриям. Каждая линия, требующая вскрытия — это цепочка работ с жёсткой последовательностью. Каждая параллельная линия — независимый поток, сходящийся в точке монтажа/гидроиспытания.

Этап 3: Построение графика (сетевой модели)

Два способа представления: АОА (Activity on Arrow — работа на стрелке) и АОН (Activity on Node — работа на узле). Современное ПО и стандарты (PMI, ISO 21500) используют АОН: работа — это узел, стрелки — только зависимости. АОА устарел, требует фиктивных работ и сложен в автоматизации.

Алгоритм ручного/полуавтоматического построения:

1. Создайте узлы для всех работ с длительностями.
2. Проложите стрелки по матрице предшественников.
3. Добавьте фиктивную начальную работу (Start) и фиктивную финальную (Finish) — это упрощает расчёт и визуализацию.
4. Проверьте ацикличность: циклы в графе недопустимы (работа А не может зависеть от В, если В зависит от А).
5. Нумеруйте узлы топологически (по порядку раннего начала) — удобно для ручных расчётов и аудита.

Визуализация: располагайте работы слева направо по раннему входу. Критический путь — выделяйте цветом/толщиной. Группируйте работы по зонам/подрядчикам «сваймлейнами» (дорожками) — так график читается участковыми мастерами.

Этап 4: Расчёт временных параметров (прямой и обратный проход)

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

• ES (Early Start) — раннее начало: максимум EF всех предшественников.
• EF (Early Finish) — ранний конец: ES + длительность.
• LF (Late Finish) — поздний конец: минимум LS всех последователей (для Finish — заданная дата завершения ремонта).
• LS (Late Start) — позднее начало: LF − длительность.

Запасы времени:

• Full Float (Total Float) = LS − ES = LF − EF — сколько работа может сдвинуться без переноса даты пуска. На критическом пути = 0.
• Free Float = min(ES последователей) − EF — сколько работа может сдвинуться без переноса раннего начала следующей. Важен для координации подрядчиков.

Критический путь — цепочка работ с нулевым полным запасом. На ремонтах часто есть несколько критических или «почти критических» путей (запас 1–2 смены). Их нужно выделять отдельно и мониторить ежесменно.

Этап 5: Календаризация и учёт режима работы

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

• Режим: 24/7 (три смены), 16/7 (две смены), 8/5, или комбинированный (критические работы — круглосуточно, вспомогательные — дневка).
• Выходные, праздники, плановые остановки своих цехов (электроэнергия, пар, сжатый воздух).
• Окна для ввода/вывода среды, которые могут не совпадать со сменностью ремонта.

Практический нюанс: если критическая работа длится 36 часов при режиме 24/7, её календарная длительность — 1.5 суток. Но если за ней следует работа, требующая дневной бригады (например, контроль УЗК), возникает «календарный зазор». Либо переносите контроль на ночную смену (если есть квалифицированные КИПиА), либо закладывайте ожидание в график явно — как работу-заглушку с нулевыми ресурсами.

Этап 6: Ресурсная нагрузка и уровняние (Resource Loading & Leveling)

Сетевой график без ресурсов — это теоретический идеал. Реальность: ограниченные краны, сварщики КСС, КИПиА-специалисты, площадки для сборки, suministры азот/пар/электричество.

Процесс:

1. Назначьте каждой работе требуемые ресурсы (тип, количество, квалификация).
2. Постройте гистограмму нагрузки по ключевым ресурсам на ранних датах (Early Start Schedule).
3. Найдите перегрузки (пики выше доступности).
4. Примените уровняние: сдвигайте некритические работы в пределах их полных запасов (Full Float), чтобы сгладить пики. Критические работы не сдвигайте — иначе сдвинется дата пуска.
5. Если уровняние в пределах запасов не снимает перегрузку по критическому ресурсу — у вас есть выбор: нанять доп. ресурс (аренда крана, субподряд), изменить технологию (сборка на земле вместо монтажа на высоте), или принять удлиннение критического пути (переговоры с заказчиком о сдвиге пуска).

Важно: уровняние меняет даты начала/окончания работ, но не меняет логику связей и критический путь (если не сдвинули критические работы). После уровняния пересчитайте ES/EF/LS/LF — они изменятся для сдвинутых работ и их последователей.

Программные инструменты: что выбирать

Инструмент	Где уместен	Ограничения
MS Project / Project Online	Стандарт де-факто в РФ, интеграция с Excel, ресурсный пул, отчёты для заказчика	Слабая визуализация сети, сложно работать с тысячами работ без структуры, нет коллаборации в реальном времени
Primavera P6 (Oracle)	Крупные ремонты (10 000+ работ), много проектов в портфеле, строгая управление изменениями, Earned Value	Высокая стоимость лицензий, высокий порог входа, требует администрирования БД
Spider Project	Российская альтернатива, сильная в ресурсном планировании, импортозамещение, поддержка ГОСТ	Меньше интеграций, меньше специалистов на рынке
Tilos / Linear Plus	Линейные объекты (трубопроводы, кабели), где важна пространственная логика	Не для станционного оборудования
Excel + макросы / Power Query	Быстрые расчёты CPM на 100–300 работ, аудит чужих графиков, обучение	Нет ресурсного уровняния, нет визуализации сети, риск ошибок в формулах

Для типичного остановочного ремонта (500–3000 работ) оптимален MS Project или Spider Project. Primavera оправдана, если ремонт — часть программы капитального строительства или есть контрактное требование заказчика. Не используйте онлайн-доски (Trello, Jira, Notion) для сетевого планирования — они не умеют в CPM.

Типичные ошибки при построении и эксплуатации графика

• Слишком крупная декомпозиция. Работа «Ремонт реактора — 10 дней» не даёт управления. Разбивайте до операций с единым исполнителем и технологией.
• Игнорирование логистических ограничений. Кран не может быть в двух местах одновременно. Площадка под сборку одна. Эти конфликты решаются на этапе ресурсного уровняния, а не в процессе ремонта.
• Фиктивные связи «по ходу». Мастер просит «сначала соберите фланец, потом я приеду». Если это не технологическое требование — не ставьте связь. Управляйте очередностью через ресурсный план и ежедневные планёрки.
• Отсутствие буферов на риски. Критический путь с нулевым запасом — это гарантированный срыв. Добавьте проектный буфер (Project Buffer) по методологии Critical Chain: 10–15% от длительности критического пути, разместите в конце перед пуском. Не размазывайте буфер по всем работам — он съедается по Паркинсону.
• График «в столе». Сетевой график обновляется ежедневно: фактические даты начала/окончания, остаточные длительности, новые работы (дефекты, обнаруженные при разборке). Если график не актуален на утро смены — он бесполезен.
• Конфликт календарей. Подрядчик работает 5/2, заказчик ждёт 7/7. Согласуйте календари до старта и зафиксируйте в договоре/приложении.

Контроль выполнения: от графика к действиям

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

1. Утро: сбор фактических дат (Actual Start/Finish) и остаточных длительностей (Remaining Duration) у мастеров по критическому и почти критическому путям.
2. Ввод в ПО, пересчёт графика (F9 в MS Project / Schedule в P6).
3. Анализ изменений: сдвинулся ли критический путь? Появились ли новые критические работы? Изменилась ли дата пуска?
4. Если дата пуска сдвинулась — принятие решения: компрессия (перекрытие работ, добавление смен/бригад, изменение технологии) или принятие нового срока с согласованием заказчика.
5. Вечер: обновлённый график раздаётся участковым мастерам и подрядчикам на следующий день.

Ключевой KPI управления графиком: Schedule Performance Index (SPI) = Earned Value / Planned Value по критическому пути. SPI < 0.95 на критическом пути — сигнал к компрессии.

Чек-лист готовности сетевого графика к старту ремонта

• Все работы декомпозированы до уровня исполнителя/технологии.
• У каждой работы есть длительность по нормам/истории/экспертизе, а не «по желанию».
• Все логические связи проставлены и проверены на циклы.
• Критический путь идентифицирован, визуализирован, согласован с заказчиком.
• Почти критические пути (запас ≤ 2 смен) выделены отдельно.
• Ресурсная нагрузка по ключевым ресурсам (краны, сварщики КСС, КИПиА, площадки) проложена без перегрузок или с планом их снятия.
• Календарь проекта согласован со всеми подрядчиками и службами снабжения (пар, азот, электричество).
• Проектный буфер (Critical Chain) добавлен перед пуском, не размазан по работам.
• Внешние зависимости (поставки, эксперты, разрешения) внесены как работы-вехи с ответственными и датами «не позднее».
• Определён порядок ежедневного обновления графика и распределения актуальных дат.

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

Ситуация	Влияние на критический путь	Действие
Задержка поставки спецзапчасти на 2 дня (работа на критическом пути)	Прямой сдвиг даты пуска на 2 дня	1) Проверить, можно ли начать подготовку к монтажу параллельно (предварительная сборка, разметка). 2) Если нет — искать альтернативного поставщика/экспресс-доставку. 3) Если нет — согласовывать сдвиг пуска с заказчиком, фиксировать в акте.
Обнаружен дефект при разборке: замена трубного пучка вместо чистки (+3 дня, работа на критическом пути)	Сдвиг даты пуска на 3 дня	Компрессия: перевод следующих критических работ на 24/7, привлечение второй сварной бригады, предварительная подготовка фланцев/прокладок. Пересчёт графика — новая дата пуска.
Кран сломан на 1 смену (критический ресурс для 3 критических работ)	Задержка всех трёх работ, сдвиг критического пути	Резервный кран (аренда/своевременный договор). Если нет — пересмотр технологии: сборка на земле, использование талеров/подъёмников. Обновление графика с новыми длительностями.
Подрядчик не вывел бригаду на смену (некритическая работа, запас 1 смена)	Нет влияния на дату пуска (уходит в запас)	Фиксация факта, штрафные санкции по договору, план на завтра — с учетом потери запаса. Не паника, не перепланировка критического пути.
Гидроиспытание не прошло (утечка на фланце, работа на критическом пути перед пуском)	Сдвиг пуска на время устранения + повторное испытание + высушка	Это классический «хвост» критического пути. Буфер проекта (Critical Chain) здесь работает. Если буфера нет — только компрессия пусконаладочных (параллельность калибровки/вакуумирования) или сдвиг пуска.

Особенности для разных типов оборудования

Логика построения графика универсальна, но типичные критические пути зависят от класса оборудования:

• Реакторы/колонны (высотные, с внутренними устройствами): критические пути — демонтаж/монтаж внутренностей (проходные работы через манхолы), сварка фланцев корпуса, гидроиспытание. Кран и доступ к манхолам — ключевые ресурсы.
• Турбины/компрессоры (роторные машины): критические пути — разборка/сборка ротора, балансировка, центрировка, валовые уплотнения. КИПиА и высококвалифицированные монтажники — узкое горлышко.
• Котлы/печи: критические пути — кладка/ремонт огнеупоров, замена труб экранов, гидроиспытание. Высыхание огнеупоров (технологическое ожидание 24–72 ч) — часто неучтённая длина критического пути.
• Трубопроводные системы (магистрали): критические пути — вскрытие/сварка/контроль/изоляция по изометриям. Здесь эффективно линейное планирование (Tilos): пространственная логика + сетевая.

Взаимодействие с подрядчиками: как не потерять контроль

Подрядчик приносит свой график (часто в MS Project). Ваша задача — интегрировать его в общий сетевой график заказчика, а не вести два параллельных.

• Требуйте от подрядчика график в формате .mpp/.xml с открытой логикой связей, ресурсами и календарём.
• Проверяйте: есть ли у подрядчика свои критические пути, совпадают ли они с вашими? Часто подрядчик оптимизирует свой график локально, удлиняя общий критический путь заказчика.
• Фиксируйте в договоре/доп. соглашении: порядок предоставления фактических данных (ежедневно до 10:00), ответственность за сдвиг своих критических работ, процедура согласования изменений логики/длительностей.
• Не принимайте график подрядчика «как есть» — аудит связей и длительностей обязателен. Типичные ошибки подрядчиков: завышенные запасы, отсутствие внешних зависимостей, игнорирование календаря заказчика.

Практический следующий шаг

Если вы готовитесь к остановочному ремонту:

1. Соберите ППР (проект производства работ) или его аналог — исходную базу работ и нормативов.
2. Проведите сменную встречу с технологи, механами, КИПиА, снабжением, подрядчиками — пройдитесь по P&ID и изометриям, выпишите все работы и связи. Это 1–2 дня работы команды, но экономит недели сдвигов.
3. Постройте черновик графика в MS Project/Spider. Найдите критический путь. Покажите его участковым мастерам — они укажут на упущенные связи и нереалистичные длительности.
4. Сделайте ресурсную нагрузку по ключевым ресурсам. Снимите перегрузки уровнянием в пределах запасов.
5. Добавьте проектный буфер (10–15% критического пути) перед пуском.
6. Согласуйте итоговый график с заказчиком и подрядчиками. Зафиксируйте базовую версию (Baseline).
7. Настройте процесс ежедневного обновления: кто, когда, в каком формате вносит фактические данные.

Сетевой график — это не документ «для галочки», а операционная модель ремонта. Его качество определяет, будете ли вы управлять сроками или сроки будут управлять вами. Инвестиция 2–3 дня на качественное построение и аудит графика перед стартом возвращается сотнями сэкономленных простоями в процессе.

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