Кто на самом деле отвечает за работоспособность системы на объекте

Когда система на объекте не срабатывает — например, не включается оповещение при пожаре или «падает» видеонаблюдение — первый вопрос всегда одинаковый:
кто за это отвечает?

И почти всегда начинается «перекидывание»:

• монтажники говорят: «мы сделали по проекту»
• проектировщики: «нам дали такие исходные данные»
• эксплуатация: «нам так передали»
• заказчик: «мы за это платили»

На практике правда неприятнее: ответственность размазана, а значит — фактически её нет.

Разберём это не теоретически, а через реальные сценарии.

Сценарий 1: Система есть, но не работает в критический момент

Ситуация:
На объекте установлена система оповещения и управления эвакуацией. Формально — всё есть: оборудование смонтировано, акты подписаны.

При учебной тревоге:

• часть динамиков не работает
• в некоторых зонах звук слишком тихий
• сценарий оповещения запускается с задержкой

Что выясняется:

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

Кто виноват?
Формально — все по чуть-чуть.
Фактически — никто не отвечал за конечный результат: чтобы система реально работала в условиях ЧС.

Сценарий 2: Камеры есть, но «ничего не видно»

Ситуация:
После инцидента служба безопасности пытается посмотреть записи с камер.

Результат:

• часть камер «смотрит в потолок»
• ночью — сплошной шум
• архив хранится не 30 дней, как заявлено, а 5–7

Разбор:

• проектировщик не учел освещенность
• выбрали камеры «по цене», а не по задаче
• монтажники поставили «как удобно тянуть кабель»
• сервер хранения рассчитан неправильно
• эксплуатация не контролировала загрузку дисков

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

Сценарий 3: «Она работала, но перестала»

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

• периодические отказы
• ложные срабатывания
• «плавающие» ошибки

Причина:

• отсутствует регулярное обслуживание
• не обновляется ПО
• не ведется журнал неисправностей
• мелкие проблемы не устраняются вовремя

Что важно:
Даже идеально реализованная система без эксплуатации превращается в «лотерею».

Главная проблема: разрыв на стыках

Во всех примерах повторяется одно и то же: система разваливается не внутри этапов, а между ними.

Вот типичные «разрывы»:

• проект → монтаж

• монтаж → пусконаладка

• пусконаладка → эксплуатация

• эксплуатация → заказчик

Именно в этих местах система теряет работоспособность.

Почему «каждый отвечает за своё» не работает

Фраза «каждый отвечает за свой этап» звучит логично, но на практике это означает:

• проектировщик не отвечает за то, как система будет работать в реальности
• монтажник не отвечает за корректность решений
• наладчик не отвечает за долгосрочную стабильность
• эксплуатация не отвечает за исходное качество системы

В итоге нет ни одного участника, который отвечает за результат.

Кто реально становится ответственным

На практике есть три модели.

1. Ответственность «падает» на эксплуатацию

Самый частый вариант.

Когда система не работает — именно эксплуатация:

• ищет проблему
• вызывает подрядчиков
• «латает» систему

Хотя они не участвовали в проектировании и выборе решений.

2. Ответственность берет на себя заказчик

Если заказчик технически грамотный, он начинает:

• контролировать подрядчиков
• разбираться в проекте
• принимать технические решения

Но это требует компетенций и времени — что есть не всегда.

3. Есть единый интегратор (редкий, но правильный вариант)

Когда одна сторона:

• участвует в проектировании
• контролирует монтаж
• ведет пусконаладку
• сопровождает эксплуатацию

В этом случае появляется сквозная ответственность.

И именно тогда система чаще всего действительно работает.

Как понять, что на объекте «всё пойдет не так»

Есть простые признаки риска:

• проект типовой, без адаптации под объект
• подрядчики выбраны только по цене
• нет единого технического центра ответственности
• пусконаладка формальная
• эксплуатация не вовлечена на этапе сдачи

Если совпало 2–3 пункта — проблемы почти гарантированы.

Что реально обеспечивает работоспособность

Не документы и не акты. А конкретные вещи:

1. Проверка решений «на земле»

Не «соответствует ли нормам», а будет ли это работать в реальных условиях.

2. Контроль монтажа

Не выборочный, а системный:

• трассировка
• подключение
• соответствие проекту

3. Настоящая пусконаладка

С проверкой сценариев:

• аварийных
• нагрузочных
• граничных

4. Передача системы эксплуатации

С обучением, документацией и пониманием:

• как это работает
• что проверять
• где слабые места

5. Регулярное обслуживание

Без него любая система деградирует.

Итог без иллюзий

На бумаге:

ответственность распределена между всеми.

В реальности:

отвечает тот, кто способен удержать систему целиком.

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