Стройка закончена, а объект не вводится. Почему

Типичная ситуация: строительно-монтажные работы завершены, физическая готовность близка к 100%, а объект не введён и не работает. Проходит месяц, второй, третий. Каждый раз обнаруживается новая причина: не хватает протоколов, поставщик не приехал на испытания, punch list не закрыт, документация не соответствует требованиям приёмки.

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

Три вещи, которые путают

• Механическая готовность — оборудование смонтировано и подключено. Это не работоспособность.
• Пусконаладка (ПНР) — технические работы по выводу систем на проектные параметры.
• Commissioning — управленческий процесс над ПНР: границы систем, критерии готовности, последовательность испытаний, координация участников, документирование результата.

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

Почему commissioning планируется на стадии проектирования

Границы систем, требования к испытаниям и состав необходимой документации влияют на проектные решения и на условия договоров с поставщиками. Три конкретных примера:

1. Разделение объекта на системы для поэтапного ввода определяет схемы электроснабжения и автоматизации. После монтажа изменить это нельзя.
2. Участие поставщика в шеф-монтаже и испытаниях должно быть в договоре поставки. Если этого нет, приезд специалиста становится отдельными переговорами со своим сроком и ценой.
3. Состав протоколов и требования к их оформлению определяются заранее: протокол, оформленный не по требованиям приёмки, придётся переделывать, а часть испытаний — повторять.

Punch list: управляемый или неуправляемый

Перечень замечаний перед приёмкой существует на каждом проекте. Разница в том, ведётся он как управляемый реестр или как набор списков у разных участников.

Управляемый punch list имеет три обязательных свойства: единый реестр (одна таблица на проект), категоризация по влиянию на пуск (замечания, блокирующие ввод, отделены от косметических) и статус закрытия с ответственным и датой. Без категоризации команда одинаково долго закрывает критичное и незначительное.

Комплектность ИТД: главный источник задержки

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

Исполнительную документацию нельзя собрать перед приёмкой. Её можно только вести параллельно работам — или обнаружить, что часть подтверждений утрачена безвозвратно.

Что делать, если объект уже в этой ситуации

1. Провести инвентаризацию: что фактически готово, какие системы испытаны, какие протоколы есть, каких документов не хватает.
2. Сформировать единый punch list с категоризацией по блокирующему влиянию на ввод.
3. Построить график ввода как отдельный проект: работы, ресурсы, участие поставщиков, длительности, критический путь.
4. Определить, какие подтверждения невосстановимы, и согласовать компенсирующие мероприятия — испытания, вскрытия, дополнительные заключения.
5. Назначить ответственного за ввод как за отдельную фазу. Пока ответственный за ввод — тот же, кто отвечает за СМР, ввод остаётся вторичной задачей.