Когда система на объекте не срабатывает — например, не включается оповещение при пожаре или «падает» видеонаблюдение — первый вопрос всегда одинаковый:
кто за это отвечает?
И почти всегда начинается «перекидывание»:
- монтажники говорят: «мы сделали по проекту»
- проектировщики: «нам дали такие исходные данные»
- эксплуатация: «нам так передали»
- заказчик: «мы за это платили»
На практике правда неприятнее: ответственность размазана, а значит — фактически её нет.
Разберём это не теоретически, а через реальные сценарии.
Сценарий 1: Система есть, но не работает в критический момент
Ситуация:
На объекте установлена система оповещения и управления эвакуацией. Формально — всё есть: оборудование смонтировано, акты подписаны.
При учебной тревоге:
- часть динамиков не работает
- в некоторых зонах звук слишком тихий
- сценарий оповещения запускается с задержкой
Что выясняется:
- проект делался «по шаблону», без учета акустики конкретного здания
- монтажники заменили часть кабеля на более дешевый
- пусконаладка ограничилась «включили — играет»
- эксплуатация ни разу не проводила полноценные тесты
Кто виноват?
Формально — все по чуть-чуть.
Фактически — никто не отвечал за конечный результат: чтобы система реально работала в условиях ЧС.
Сценарий 2: Камеры есть, но «ничего не видно»
Ситуация:
После инцидента служба безопасности пытается посмотреть записи с камер.
Результат:
- часть камер «смотрит в потолок»
- ночью — сплошной шум
- архив хранится не 30 дней, как заявлено, а 5–7
Разбор:
- проектировщик не учел освещенность
- выбрали камеры «по цене», а не по задаче
- монтажники поставили «как удобно тянуть кабель»
- сервер хранения рассчитан неправильно
- эксплуатация не контролировала загрузку дисков
Ключевой момент:
Система видеонаблюдения вроде бы есть, но свою основную функцию — фиксацию событий — не выполняет.
Сценарий 3: «Она работала, но перестала»
Ситуация:
Система исправно функционировала первые полгода, потом начались сбои:
- периодические отказы
- ложные срабатывания
- «плавающие» ошибки
Причина:
- отсутствует регулярное обслуживание
- не обновляется ПО
- не ведется журнал неисправностей
- мелкие проблемы не устраняются вовремя
Что важно:
Даже идеально реализованная система без эксплуатации превращается в «лотерею».
Главная проблема: разрыв на стыках
Во всех примерах повторяется одно и то же: система разваливается не внутри этапов, а между ними.
Вот типичные «разрывы»:
- проект → монтаж
- монтаж → пусконаладка
- пусконаладка → эксплуатация
- эксплуатация → заказчик
Именно в этих местах система теряет работоспособность.
Почему «каждый отвечает за своё» не работает
Фраза «каждый отвечает за свой этап» звучит логично, но на практике это означает:
- проектировщик не отвечает за то, как система будет работать в реальности
- монтажник не отвечает за корректность решений
- наладчик не отвечает за долгосрочную стабильность
- эксплуатация не отвечает за исходное качество системы
В итоге нет ни одного участника, который отвечает за результат.
Кто реально становится ответственным
На практике есть три модели.
1. Ответственность «падает» на эксплуатацию
Самый частый вариант.
Когда система не работает — именно эксплуатация:
- ищет проблему
- вызывает подрядчиков
- «латает» систему
Хотя они не участвовали в проектировании и выборе решений.
2. Ответственность берет на себя заказчик
Если заказчик технически грамотный, он начинает:
- контролировать подрядчиков
- разбираться в проекте
- принимать технические решения
Но это требует компетенций и времени — что есть не всегда.
3. Есть единый интегратор (редкий, но правильный вариант)
Когда одна сторона:
- участвует в проектировании
- контролирует монтаж
- ведет пусконаладку
- сопровождает эксплуатацию
В этом случае появляется сквозная ответственность.
И именно тогда система чаще всего действительно работает.
Как понять, что на объекте «всё пойдет не так»
Есть простые признаки риска:
- проект типовой, без адаптации под объект
- подрядчики выбраны только по цене
- нет единого технического центра ответственности
- пусконаладка формальная
- эксплуатация не вовлечена на этапе сдачи
Если совпало 2–3 пункта — проблемы почти гарантированы.
Что реально обеспечивает работоспособность
Не документы и не акты. А конкретные вещи:
1. Проверка решений «на земле»
Не «соответствует ли нормам», а будет ли это работать в реальных условиях.
2. Контроль монтажа
Не выборочный, а системный:
- трассировка
- подключение
- соответствие проекту
3. Настоящая пусконаладка
С проверкой сценариев:
- аварийных
- нагрузочных
- граничных
4. Передача системы эксплуатации
С обучением, документацией и пониманием:
- как это работает
- что проверять
- где слабые места
5. Регулярное обслуживание
Без него любая система деградирует.
Итог без иллюзий
На бумаге:
ответственность распределена между всеми.
В реальности:
отвечает тот, кто способен удержать систему целиком.
Если такого человека или компании нет — система рано или поздно перестает выполнять свою функцию.