Я никогда не работала в индустриях, где от продукта, который ты создаешь, очень сильно зависит благополучие, здоровье или даже жизни людей. Конечно, какой-нибудь серьезный баг или сбой мог стоить компании больших денег и репутации, но все же, никто не умрет, если даже произойдет самое страшное. И все равно во всех нормальных компаниях все фичи тщательно тестируются, и всегда есть план Б на случай, если, например, с релизом пойдет что-то не так. И мне интересно, а как оно устроено в жизненно важных сервисах - в банках или, например, в командах, которые разрабатывают какой-то медицинский софт? Там же последствия случайной ошибки могут быть просто катастрофическими! Должны, наверное, приниматься какие-то двойные или тройные меры предосторожности, прежде чем выкатить любые обновления? К сожалению, такое бывает далеко не всегда.

26 октября 1992 года Лондонская служба скорой помощи (London Ambulance Service) внедрила новую систему компьютеризированного распределения вызовов — LASCAD. Она должна была автоматизировать процесс назначения машин скорой помощи и сократить время реагирования.

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

Прикл в том, что даже сегодня, через 30 лет после такого, современные системы здравоохранения (та же британская NHS) до сих пор периодически сталкиваются с серьезными сбоями, пусть и не такими критичными, как в истории LASCAD. И, кажется, есть еще что улучшать в процессах и стандартах работы в этих индустриях.

Есть тут у меня те, кто работает с продуктами, где реально страшно ошибиться? Расскажите, как у вас устроены процессы, насколько тщательное тестирование и вообще, как оно по ощущениям, когда делаешь что-то такое важное?))