5 февраля 2019-го склад Ocado в Andover сгорел дотла. Не частично — здание, вся роботизированная сетка, весь инвентарь. Крыша обрушилась. Горело четыре дня.
Этот один узел давал ~10% всей fulfilment-мощности Ocado в Британии. Одна авария — и десятая часть операционной мощности компании исчезла на 2,5 года: новый склад на этом месте открылся только осенью 2021-го. 📉
Цена вопроса: около £110m убытка по площадке. Страховка покрыла только £11.8m — существенный недострах. ~370 человек потеряли работу.
Причина — банальная: неисправность в электрике вызвала возгорание робота на сетке. Но банальная причина в высокоплотной автоматизированной системе — это не банальное следствие.
Для сравнения — инцидент на площадке Erith в 2021-м. 16 июля похожий сценарий: столкновение трёх роботов, снова возгорание. Но масштаб ущерба — меньше 1% сетки. Склад вернулся в строй через два дня, а не через два с половиной года. Пострадавших нет. Потери — около £35m, втрое меньше, чем в Andover. ✅
Разница — не удача. Между Andover и Erith Ocado провела fire-safety review и заложила инженерные изменения: зоны сдерживания огня, спринклеры под конкретную среду, усиленные протоколы эвакуации. Один и тот же тип отказа — кардинально разные последствия.
Управленческая ошибка Andover была не в самой роботизации. Она была в том, что 10% национальной мощности оказались завязаны на один узел без диверсификации. Классический риск концентрации. ⚠️
Вопрос не "автоматизировать или нет". Вопрос — что случится в день, когда automation layer откажет, и заложен ли ответ на это в ROI-модель заранее: cost of failure, географическое дублирование, gradual rollout вместо концентрации на одном узле, resilience-тестирование до инцидента, а не после. 📊
Сколько процентов эффективности вы готовы отдать за резервный сценарий, который может ни разу не понадобиться?
