최근 자동차 업계의 소식은 모든 임베디드 소프트웨어 개발자들이 직면한 과제를 시사합니다.
일층 포드가 경험 많은 엔지니어들을 다시 불러들인 결정에 초점을 맞추었는데, 이는 조직 내 지식의 중요성을 인정한 것입니다. 시스템이 특정 방식으로 설계된 이유, 시스템이 어떻게 발전해왔는지, 그리고 잠재적인 위험이 어디에 숨어 있는지 이해하는 사람들은 기술 자체만큼이나 귀중한 경우가 많습니다.
또 다른 이야기 이 기사는 폴스타가 중국 및 러시아와 연관된 하드웨어와 소프트웨어 때문에 미국에서 차량 판매가 금지된 사건을 중심으로 전개됩니다. 각 기업이 정책적 논의에서 어떤 입장을 취하든, 이 기사는 소프트웨어의 출처, 소유권 및 거버넌스가 전략적으로 중요한 문제로 대두되고 있다는 점점 더 중요해지는 현실을 보여줍니다.
언뜻 보면 이 두 이야기는 서로 관련이 없어 보입니다. 하나는 사람에 관한 이야기이고, 다른 하나는 기술에 관한 이야기입니다. 하지만 근본적으로 두 이야기는 모두 같은 주제를 다룹니다. 바로 조직이 의존하는 시스템을 보증할 수 있는지, 즉 누가 시스템을 구축했고, 누가 현재 시스템을 이해하고 있으며, 누가 미래에 시스템에 대한 책임을 질 것인지에 대한 문제입니다.
이 기사들은 궁극적으로 동일한 질문을 제기합니다.
이 코드의 배후에는 누가 있을까요?
누가 썼는지뿐만이 아닙니다.
누가 그걸 이해할 수 있을까?
누가 관리하나요?
누가 그것을 소유하고 있습니까?
누가 설명할 수 있을까요?
제품 출시 후 몇 년이 지나도 누가 계속해서 그 제품을 지지할까요?
이는 모든 자동차 OEM 업체가 스스로에게 던져야 할 질문입니다. 의료기기, 산업 장비, 피트니스 제품, 가전제품 제조업체 또한 마찬가지로 이러한 질문을 던져야 합니다.
소프트웨어 출처 추적은 더 이상 IT 부서만의 문제가 아니기 때문입니다.
이는 사업상의 문제입니다.
소프트웨어 공급망이 점점 더 복잡해지고 있습니다.
얼마 전까지만 해도 소프트웨어 평가는 비교적 간단했습니다. 기업들은 기능, 성능, 비용 및 납기 일정에 중점을 두었습니다.
오늘날 개발 주기를 단축하기 위해 필사적인 기업들은 그 공식을 바꿔놓았습니다.
소프트웨어는 여러 국가에서 개발될 수 있습니다. 구성 요소는 다양한 공급업체에서 제공될 수 있습니다. 오픈 소스 라이브러리는 최신 애플리케이션 전반에 걸쳐 내장되어 있습니다. AI 기반 개발 도구는 전례 없는 속도로 코드를 생성합니다. 팀은 바뀌고, 계약자는 떠나고, 인수합병이 발생하며, 제품 로드맵은 변경됩니다.
결과적으로 많은 조직들이 자신들의 소프트웨어가 무엇을 하는지는 설명할 수 있지만, 어디에서 왔는지 자신 있게 설명할 수 있는 조직은 더 적습니다.
그 구별은 중요합니다.
디지털 조종석, 의료 모니터링 장치, 연결형 러닝머신, 스마트 가전제품 또는 산업용 제어판 등 무엇을 만들든 사용자 경험을 구현하는 소프트웨어는 제품 가치의 상당 부분과 위험 요소를 차지하게 됩니다.
모든 제조업체가 스스로에게 던져야 할 세 가지 질문
질문 1: 귀사의 소프트웨어가 어디에서 개발되는지 알고 계십니까?
수년간 소프트웨어 원산지는 주로 조달 문제로 여겨져 왔습니다.
오늘날 이는 거버넌스 문제로 대두되고 있습니다.
자동차 업계는 규제 당국이 커넥티드 차량 기술과 그 기술의 기반이 되는 소프트웨어 생태계를 더욱 면밀히 검토함에 따라 이미 그 영향을 느끼고 있습니다.
지리적 위치는 특히 규제가 변화함에 따라 중요한 요소입니다. 제조업체는 소프트웨어가 어디에서 개발되는지, 지적 재산권은 누가 소유하는지, 로드맵은 누가 관리하는지, 핵심 구성 요소는 누가 유지 관리하는지, 그리고 소프트웨어 스택 전반에 걸쳐 어떤 종속성이 존재하는지 파악해야 합니다.
투명성은 점점 더 중요한 경쟁 우위 요소가 되고 있습니다. 이는 규제 때문이 아니라, 경영진, 고객 및 이해관계자들이 투명성을 기대하기 때문입니다.
질문 2: 귀사 소프트웨어 중 인공지능이 생성한 부분이 얼마나 되는지 알고 계십니까?
인공지능은 소프트웨어 개발 방식을 빠르게 변화시키고 있습니다.
책임감 있게 사용한다면, AI 기반 도구는 생산성을 향상시키고 개발 시간을 단축하며 엔지니어가 문제를 더욱 효율적으로 해결하는 데 도움을 줄 수 있습니다.
하지만 인공지능이 생성한 코드의 등장은 새로운 질문들을 제기합니다. 누가 그 코드를 검토했을까요? 누가 검증했을까요? 누가 책임을 져야 할까요? 그리고 몇 년 후 심각한 문제가 발생했을 때, 누가 그 문제를 설명하고, 유지보수하고, 수정할 수 있을까요?
문제는 AI를 사용해야 하는지 여부가 아닙니다. 핵심은 조직이 결과물에 대한 엔지니어링 소유권을 유지하는지 여부입니다. 즉, AI 지원 커밋마다 담당 엔지니어가 서명하는지, 코드가 프로덕션 환경에 배포되기 전에 문서화된 검토 기준을 마련하는지, 아니면 AI로 생성된 구성 요소는 작동 방식을 설명할 수 있는 담당자가 함께 배포하도록 하는 정책을 수립하는지 여부입니다.
코드가 사람이 작성한 것이든, 도구로 생성된 것이든, 아니면 둘을 조합하여 생성된 것이든, 책임은 다른 사람에게 맡길 수 없습니다. 누군가는 여전히 그 코드를 이해해야 합니다.
특히 고객들이 매일 사용하는 제품의 경우 더욱 그렇습니다.
질문 3: 그 지식은 여전히 누군가의 소유물인가?
이 질문은 아마도 가장 간과되는 질문일 것입니다.
포드 이야기 이 이야기는 모든 엔지니어링 조직이 인식하는 어려움이기 때문에 공감을 얻었습니다. 시간이 흐르면서 전문 인력은 떠나가고, 프로젝트 담당자는 바뀌고, 팀은 재편성되고, 공급업체는 변화하고, 문서는 시대에 뒤떨어지게 됩니다.
결국 조직들은 아무도 완전히 이해하지 못하는 시스템에 대한 책임을 져야 하는 상황에 놓일 수 있습니다.
그건 기술적인 문제가 아닙니다. 지식의 문제입니다. 그리고 이것이 바로 장기적인 파트너십이 중요한 이유 중 하나입니다.
제조업체는 소스 코드 이상의 것을 필요로 합니다. 전문 지식에 대한 접근성, 지속적인 지원, 그리고 소프트웨어의 기능뿐만 아니라 설계 의도까지 이해하고, 수년이 지난 후에도 그러한 결정에 대해 설명하고 지원할 수 있는 파트너가 필요합니다.
더 나은 질문은 더 나은 제품으로 이어진다
제품이 점점 더 연결되고, 지능화되고, 소프트웨어 중심적으로 변함에 따라 제조업체는 기술 파트너에게 몇 가지 근본적인 질문을 던져야 합니다.
- 이 소프트웨어는 어디에서 개발되었습니까?
- 누가 그것을 소유하고 있습니까?
- 누가 관리하나요?
- 개발 과정에서 인공지능은 어떻게 활용되나요?
- 건축을 이해하는 사람이 누가 있을까요?
- 5년, 10년 후 누가 이 제품을 지지해 줄까요?
이것들은 단순히 공학적인 질문만이 아닙니다.
이것들은 리더십에 관한 질문들입니다.
이는 조직이 현재는 물론 미래에도 자사 제품에 대해 자신 있게 책임을 질 수 있는지에 대한 질문입니다.
이는 위험, 회복력, 책임성 및 장기적인 제품 성공에 관한 질문입니다.
왜 알티아
알티아에서는 이러한 질문들이 이론적인 문제가 아닙니다.
저희는 1991년부터 임베디드 그래픽 사용자 인터페이스용 소프트웨어를 개발해 왔습니다. 저희 엔지니어링 팀은 미국과 유럽에 기반을 두고 있으며, 엔지니어들의 평균 근속 기간은 15년 이상입니다. 이는 여러분의 소프트웨어를 개발한 사람들이 바로 그 소프트웨어가 왜 그렇게 개발되었는지 그 이유를 설명해 줄 수 있는 사람들이라는 것을 의미합니다.
그 연속성이 중요합니다.
많은 고객들이 10년 이상 Altia의 기술을 신뢰해 오셨습니다. 이러한 장기적인 관계는 공급업체가 장기적인 유지 보수 및 지원을 제품의 핵심 기능으로 여기고, 부가적인 고려 사항이 아닌 필수적인 부분으로 생각할 때 어떤 결과가 나타나는지를 보여줍니다.
저희 팀은 임베디드 그래픽, 인간-기계 인터페이스, 성능 최적화, 제품 배포 및 장기적인 제품 지원 분야에서 풍부한 전문성을 보유하고 있습니다. 또한, 소프트웨어 개발 과정, 지원 담당자, 그리고 시간이 지남에 따라 어떻게 발전해 나가는지에 대한 투명성을 매우 중요하게 생각합니다.
소프트웨어 공급망이 점점 더 복잡해지고, 규제 당국의 감시가 강화되며, AI 기반 코드가 등장하고, 기술이 빠르게 변화하는 세상에서 고객은 우리 제품을 뒷받침하는 사람, 프로세스 및 전문성에 대한 확신을 가져야 합니다.
미래의 제품, 즉 차량, 의료 기기, 운동 기구, 산업 시스템 또는 가전 제품을 개발하는 기업들은 자신들이 사용하는 소프트웨어의 출처, 배후의 주체, 그리고 향후 지원을 담당할 주체가 누구인지 알아야 합니다.
그러한 질문들이야말로 더 나은 제품을 만들고 더 강력한 파트너십을 구축하는 데 도움이 됩니다.