금속 제조를 위한 훌륭한 소프트웨어 구축 및 구매

블로그

홈페이지홈페이지 / 블로그 / 금속 제조를 위한 훌륭한 소프트웨어 구축 및 구매

Aug 15, 2023

금속 제조를 위한 훌륭한 소프트웨어 구축 및 구매

scanrail/iStock/Getty Images Plus 소프트웨어는 현대 제조 공장에 점점 더 중요해지고 있습니다. 사내에서 코드를 개발하든, 타사 도구를 구입하든 상관없습니다.

scanrail/iStock/Getty 이미지 플러스

소프트웨어는 현대 팹샵에서 점점 더 중요해지고 있습니다. 내부에서 코드를 개발하든 타사 도구를 구입하든 관계없이 원하는 것이 무엇인지 이해하는 것이 중요합니다. 소프트웨어가 어떻게 만들어지는지에 대한 깊은 이해가 없으면 어려울 수 있습니다.

Healthcare.gov는 소프트웨어 설계의 위험에 대해 쉽게 접근할 수 있는 사례 연구를 제공합니다. 10년 전에 발사됐는데, 쿵 하는 소리와 함께 즉시 착륙했습니다. 너무 느리고 결함이 있어서 관심 있는 사람 중 단 1%만이 첫 주에 등록할 수 있었습니다. 웹 디자인은 열악한 작업 흐름과 결함이 있는 사용자 인터페이스로 인해 절대 기본을 제공하지 못했습니다. 게다가 건강보험 제공업체는 사이트에서 부정확한 정보를 제공받았기 때문에 등록을 올바르게 처리하는 것이 어렵거나 심지어 불가능했습니다.

예상 사용자 수를 조사해야 하는 스트레스 테스트는 완전히 부적절했습니다. 출시 하루 전, 동시접속자가 1,100명에 불과해 사이트가 너무 느려진 것으로 드러났습니다. 예상 사용자 수는 50,000~60,000명이었습니다. 게다가 실제 동시 사용자 수는 첫 주 만에 250,000명으로 치솟았습니다. 이는 출시 전 스트레스 테스트에서 사이트가 처리할 수 있는 것으로 나타난 사용자 수의 200배가 넘는 수치입니다. 돌이켜보면 스트레스 테스트가 왜 수행되었는지 궁금해집니다. 그들의 명백한 실패는 출시 일정을 변경하는 데 아무런 영향을 미치지 않았습니다.

이 프로젝트는 예산 부족으로 인해 실패하지 않았습니다. 원래 비용은 9,370만 달러로 추산되었는데, 이는 프로젝트가 예산을 초과하지 않더라도 엄청난 액수입니다. 그러나 그 추정치는 크게 틀렸다. 완공되기 전에 총 비용은 예상보다 거의 20배나 높은 17억 달러에 이르렀습니다.

Healthcare.gov는 2023년에 훌륭하게 작동하지만 출시 당시에는 아마도 역사상 가장 화려하고 비용이 많이 드는 공개 소프트웨어 실패였을 것입니다. Healthcare.gov의 출시를 둘러싼 복잡성의 대부분은 피할 수 없는 것이었지만, 잘못된 출시를 사용하여 소프트웨어 프로젝트의 성공 또는 실패 원인을 탐색할 수 있습니다. 실패를 통해 사내 소프트웨어 팀을 구축하는 방법에 대한 통찰력을 얻을 수 있습니다. 또한 타사 소프트웨어를 구입할 때 무엇을 찾아야 하는지에 대한 통찰력을 제공할 수도 있습니다.

이전 기사에서 나는 2022년 연휴 동안 Southwest Airlines가 어떻게 무너졌는지에 대해 썼습니다. 간단히 말해서, 이 회사는 수십 년 된 소프트웨어에 의존하여 일정 중단을 처리하기가 매우 어려웠습니다. 직원들은 문제를 이해했지만 일상적인 운영상의 어려움을 겪지 않은 회사 경영진은 수십 년 동안 새로운 인프라에 투자하지 못했습니다. 겨울 폭풍과 높은 계절적 수요와 결합된 이러한 실패로 인해 회사 전체가 중단되어 크리스마스 주에 수만 명의 사람들이 발이 묶였습니다. Southwest 자체에서는 이번 재난으로 인해 회사에 거의 10억 달러의 손실이 발생할 것으로 추산하고 있습니다. 의사결정자가 긴급성을 이해할 만큼 운영 문제에 충분히 근접했다면 그러한 특별한 비용은 피할 수 있었을 것입니다.

좋은 소프트웨어는 긴밀한 팀에 의해 개발된다는 교훈이 있습니다. 좋은 근접성은 두 가지를 의미합니다. 첫째, 소프트웨어 팀이 해결하려는 문제에 대해 잘 알고 있다는 것입니다. 둘째, 개발자는 소프트웨어에서 생성된 결과에 근접합니다. 다르게 말하면, 근접성이 좋은 팀은 고통을 이해하고 자체 소프트웨어 도구를 사용하여 이를 완화합니다. 소프트웨어가 목표를 놓치거나 결함이 있거나 사용하기 어려운 경우 개발자가 가장 먼저 알아내야 합니다.

이것은 Healthcare.gov 프로젝트가 확실히 실패한 영역 중 하나입니다. 개발자는 자신의 웹사이트가 해결하도록 설계된 문제를 이해했을 수도 있지만 모계약자는 Healthcare.gov가 서비스를 제공하는 미국이 아닌 캐나다에서 운영되었습니다. 전체 시스템의 다양한 구성 요소도 많은 하청업체에 배포되었으며, 이들 중 누구도 전체 애플리케이션을 소유하지 않았습니다. 개발자가 소프트웨어가 해결하려는 어려움을 이해하더라도 엔드투엔드 사용자 경험은 개별 소프트웨어 개발자의 통제 범위를 확실히 벗어났을 것입니다.