Предотвратимые сбои программного обеспечения обходятся в триллионы долларов

Разговор с Робертом Н. Шареттом может оказаться довольно удручающим. Шаретт, писавший для этого журнала о сбоях программного обеспечения в течение последних 20 лет, является известным аналитиком рисков и системным экспертом, который за свою 50-летнюю карьеру видел больше, чем его доля бредового мышления среди ИТ-специалистов, правительственных чиновников и руководителей корпораций до, во время и после массовых сбоев программного обеспечения.

В 2005 году «Почему программное обеспечение терпит неудачу,” в IEEE-спектросновополагающей статье, документирующей причины крупномасштабных сбоев программного обеспечения, Шаретт отметил: «Самая большая трагедия заключается в том, что сбой программного обеспечения по большей части предсказуемо и предотвратимо. К сожалению, большинство организаций не считают предотвращение сбоев неотложной задачей, хотя такая точка зрения рискует нанести вред организации и, возможно, даже разрушить ее. Понимание того, почему такое отношение сохраняется, — это не просто академическое упражнение; это имеет огромные последствия для бизнеса и общества».

Спустя два десятилетия и несколько триллионов потраченных впустую долларов он обнаруживает, что люди совершают одни и те же ошибки. Они утверждают, что их проект уникален, поэтому уроки прошлого неприменимы. Они недооценивают сложность. Менеджеры выходят из ворот с нереальными бюджетами и сроками. Тестирование неадекватно или пропущен полностью. Обещания поставщиков, которые слишком хороши, чтобы быть правдой, принимаются за чистую монету. Новые подходы к разработке, такие как DevOps или вторые пилоты ИИ внедряются без должной подготовки или организационных изменений, необходимых для максимально эффективного использования их возможностей.

Что еще хуже, огромные последствия этих ошибок для конечных пользователей не полностью учтены. Когда канадское правительство Система заработной платы Феникс поначалу они потерпели неудачу, например, разработчики замалчивали длительные финансовые и эмоциональные страдания, причиненные десяткам тысяч сотрудников, получающих ошибочные зарплаты; проблемы сохраняются и сегодня, девять лет спустя. Возможно, это потому, что, как недавно сказала мне Шаретт, ИТ-проект У менеджеров нет требований к профессиональному лицензированию, и они редко, если вообще когда-либо, несут юридическую ответственность за сбои в программном обеспечении.

Пока медицинское оборудование может показаться далеким от гигантского ИТ-проектыу них есть кое-что общее. Как обнаружил в этом месяце редактор специальных проектов Стивен Касс Данные, Управление по санитарному надзору за качеством пищевых продуктов и медикаментов США отзывает в среднем 20 медицинских устройств в месяц из-за проблем с программным обеспечением.

“Программное обеспечение так же важно, как электричество. Мы никогда бы не смирились с тем, что электричество отключается через день, но у нас, черт возьми, нет проблем с тем, чтобы АВС спустись вниз». —Роберт Н. Шаретт

Как и ИТ-проекты, медицинские устройства сталкиваются с фундаментальными проблемами, связанными со сложностью программного обеспечения. Это означает, что тестирование, хотя и строгое и регулируемое в медицинской сфере, не может охватить каждый сценарий или каждую строку кода. Основная разница между неудачными медицинскими устройствами и неудачными ИТ-проектами заключается в том, что огромное количество обязанность присоединяется к прежнему.

«Когда вы создаете программное обеспечение для медицинских устройств, необходимо соблюдать гораздо больше стандартов и гораздо больше беспокоиться о последствиях сбоев», — замечает Шаретт. “Потому что, когда эти вещи не работают, возникает правонарушение, а это означает, что производители оказываются на крючке. Гораздо труднее возбудить дело и выиграть, когда вы говорите об электронном устройстве. заработная плата система.”

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

«Программное обеспечение так же важно, как электричество», — говорит Шаретт. «Мы бы никогда не смирились с отключением электричества через день, но у нас, черт возьми, нет проблем с тем, чтобы смириться с выходом из строя AWS, телекоммуникационных компаний или банки выходя». Он издает тяжелый вздох, достойный «Уа» А. А. Милна. «Люди просто пожимают плечами».