Блог

Jul 04, 2023

Создание и покупка отличного программного обеспечения для производства металлов

Программное обеспечение scanrail/iStock/Getty Images Plus становится все более актуальным и важным для современного производственного цеха. Независимо от того, разрабатываете ли вы код самостоятельно или покупаете сторонний инструмент, это

scanrail/iStock/Getty Images Plus

Программное обеспечение становится все более актуальным и важным для современного производственного предприятия. Независимо от того, разрабатываете ли вы код самостоятельно или покупаете сторонний инструмент, важно понимать, что вы ищете. Это может быть сложно без глубокого понимания того, как создается программное обеспечение.

Healthcare.gov представляет собой легкодоступное тематическое исследование рисков, связанных с разработкой программного обеспечения. Он был запущен 10 лет назад и сразу же с грохотом приземлился. Это было настолько медленно и глючно, что всего лишь 1% заинтересованных людей смогли зарегистрироваться в первую неделю. Веб-дизайн не смог реализовать абсолютные основы из-за плохих рабочих процессов и глючных пользовательских интерфейсов. В довершение всего, поставщики медицинского страхования получили на сайте неточную информацию, что затрудняло или даже делало невозможным правильную обработку заявок.

Стресс-тесты, которые должны были оценить ожидаемый объем пользователей, оказались совершенно неадекватными. За день до запуска было обнаружено, что сайт стал слишком медленным и на нем одновременно работало всего 1100 пользователей. Ожидаемое количество пользователей составляло от 50 000 до 60 000. Если этого было недостаточно, фактическое количество одновременных пользователей за первую неделю выросло до 250 000, что более чем в 200 раз превышает количество пользователей, которое, как показали предварительные стресс-тесты, сайт мог обслужить. Оглядываясь назад, можно задаться вопросом, зачем вообще проводились стресс-тесты. Их явный провал никак не повлиял на сроки выпуска.

Проект провалился не из-за недостатка бюджета. Первоначально его стоимость оценивалась в 93,7 миллиона долларов — ошеломляющая сумма, даже если проект не превысил бюджет. Но оценки оказались совершенно неверными. Еще до завершения общая стоимость проекта выросла до ошеломляющих и вызывающих слезы 1,7 миллиарда долларов, что почти в 20 раз превышает предполагаемую сумму.

Healthcare.gov отлично работает в 2023 году, но на момент запуска это было, пожалуй, самое впечатляющее, дорогое и публичное фиаско программного обеспечения в истории. Хотя многие сложности, связанные с внедрением Healthcare.gov, были неизбежны, мы можем использовать его неудачное внедрение, чтобы изучить, что делает программные проекты успешными или неудачными. Его неудачи могут дать представление о том, как создать собственную команду разработчиков программного обеспечения. Это также может дать представление о том, на что следует обращать внимание при покупке стороннего программного обеспечения.

В предыдущей статье я писал о том, как Southwest Airlines развалилась во время праздников 2022 года. Короче говоря, компания полагалась на программное обеспечение десятилетней давности, из-за которого ей было чрезвычайно сложно справляться с перерывами в расписании. Рабочие понимали проблему, но руководители компаний, изолированные от ежедневных производственных проблем, десятилетиями не могли инвестировать в новую инфраструктуру. Эта неудача в сочетании с зимним штормом и высоким сезонным спросом привела к остановке всей компании, в результате чего десятки тысяч людей оказались в затруднительном положении в рождественскую неделю. По оценкам самой Southwest, катастрофа в конечном итоге обойдется компании почти в 1 миллиард долларов. Таких чрезвычайных расходов можно было бы избежать, если бы лица, принимающие решения, были достаточно близки к оперативным проблемам и понимали их срочность.

Урок заключается в том, что хорошее программное обеспечение разрабатывается близкими командами. Хорошая близость подразумевает две вещи: во-первых, команда разработчиков хорошо знакома с проблемой, которую она пытается решить; во-вторых, разработчики имеют близость к результатам, получаемым их программным обеспечением. Другими словами, команда, имеющая хорошую близость, понимает боль, а затем использует свой собственный программный инструмент, чтобы облегчить ее. Если программное обеспечение не достигает цели, работает с ошибками или сложно в использовании, разработчики должны первыми узнать об этом.

Это одна из областей, где проект Healthcare.gov определенно потерпел неудачу. Разработчики, возможно, понимали проблемы, для решения которых был создан их веб-сайт, но материнский подрядчик действовал за пределами Канады, а не США, страны, которую обслуживает Healthcare.gov. Различные компоненты полной системы также были переданы в аренду множеству субподрядчиков, ни один из которых не имел права собственности на полную версию приложения. Даже если бы разработчики понимали, какую проблему призвано решить программное обеспечение, сквозной пользовательский опыт был бы полностью вне контроля любого отдельного разработчика программного обеспечения.