자동차 안전 시스템은 왜 이렇게 복잡할까
자동차 안전 시스템은 하나의 기능으로 구성되지 않습니다.
센서, 제어 로직, 안전 기능, 그리고 이를 연결하는 소프트웨어까지
모든 요소가 하나의 흐름으로 맞물려 움직입니다.
이 구조에서는 작은 변경 하나도 여러 기능과 테스트에 영향을 주게 됩니다.
이처럼 복잡한 환경에서 개발을 진행하는 기업이 Veoneer입니다.
Veoneer는 에어백, 레이더, 라이다, ECU 등 다양한 자동차 안전 시스템을 개발하는 글로벌 기업이며,
특히 소프트웨어를 핵심 경쟁력으로 보고 있습니다.
“소프트웨어는 우리 회사에서 가장 큰 부분을 차지합니다.
하드웨어 구성 요소는 대부분 비슷합니다. 누구나 반도체와 칩셋을 가지고 있습니다.
하지만 예를 들어 에어백 전개를 결정하는 알고리즘은 우리만의 것입니다.
소프트웨어가 경쟁력을 좌우합니다.” - 팀 브레넌, Veoneer IT ALM 엔지니어링 매니저
*출처 : PTC Support Portal
문제는 도구가 아니라 ‘연결되지 않은 구조’였습니다
Veoneer의 기존 개발 환경에는 이미 여러 도구가 있었습니다.
요구사항은 DOORS, 개발과 테스트는 각각 다른 시스템에서 관리되고 있었습니다.
문제는 이 도구들이 서로 연결되어 있지 않았다는 점입니다.
이로 인해 전체 흐름을 한 번에 파악하기 어려웠고,
변경이 발생했을 때 영향 범위를 확인하는 데에도 시간이 많이 소요되었습니다.
특히 글로벌 조직에서는 팀마다 사용하는 방식이 달라 프로세스 기준이 일관되지 않는 문제가 반복되었습니다.
결국 Veoneer가 겪고 있던 문제는 도구의 부족이 아니라 데이터가 연결되지 않은 구조 자체였습니다.
왜 새로운 ALM을 찾게 되었을까
2018년, Veoneer는 기존 방식의 한계를 인식하고 개발 환경을 다시 정리하기로 합니다.
기존 요구사항 관리 도구인 DOORS는
노후화, 높은 유지 비용, 그리고 다른 시스템과의 연결 부족이라는 문제가 있었습니다.
그래서 단순히 또 다른 도구를 추가하는 대신, 제품 개발 전 과정을 하나로 관리할 수 있는 방법을 찾기 시작합니다.
이 과정에서 중요한 특징이 하나 있습니다.
기술 인프라를 담당하던 브레넌은 도입 결정에 직접 개입하지 않았습니다.
“최종 사용자와 엔지니어링 팀의 피드백을 바탕으로 어떤 도구를 도입할지 결정하고 싶었기 때문에 제가 참여하지 않았습니다.”
즉, 실제 사용하는 엔지니어들의 기준으로 도구를 선택하는 방식이었습니다.
Codebeamer를 선택한 이유
여러 솔루션을 비교한 끝에
Polarion과 Codebeamer가 최종 후보로 남았고, Codebeamer가 선택되었습니다.
“최종적으로는 Polarion과 Codebeamer가 남았고, Codebeamer가 선택되었습니다.
더 직관적이었고, 인터페이스가 더 좋았으며, 배우기도 쉬웠습니다.
성능 측면에서도 전 세계에서 안정적인 성능을 제공했습니다.
데이터 입력과 조회 성능은 DOORS보다 훨씬 뛰어났습니다.
그리고 추적성 브라우저는 우리가 본 것 중 가장 사용하기 쉬운 수준이었습니다.”
또한 자동차 산업에서 요구되는 ISO 26262, Automotive SPICE, FMEA 등
다양한 규격을 기본적으로 지원한다는 점도 중요한 이유였습니다.
도입은 생각보다 빠르게 진행되었습니다
대규모 시스템 도입은 보통 오랜 시간이 걸리지만, Veoneer는 빠르게 적용을 시작했습니다.
“우리는 이 작업을 개봉 즉시 시작했습니다.”
“설정하는 데 한 시간밖에 걸리지 않았고, 다른 어떤 도구로도 이렇게 할 수는 없었을 겁니다.”
도입 과정 자체도 Codebeamer로 관리되었고,
요구사항, 테스트, 개선 요청까지 하나의 환경에서 운영되었습니다.
도입 이후 달라진 점
*출처 : PTC Support Portal
가장 크게 달라진 부분은 사용성과 확산 속도였습니다.
기존에는 ALM 솔루션을 익히는 데 약 이틀 반의 교육이 필요했지만,
Codebeamer 도입 이후에는 45분짜리 교육 영상 하나로 동일한 목표를 달성할 수 있게 되었습니다.
신입 엔지니어의 적응 속도도 크게 빨라졌습니다.
이제는 45분 분량의 교육만으로도 업무에 빠르게 적응할 수 있으며,
이는 기존 4일 반 분량의 교육을 대체하게 되었습니다.
“45분이 지나면 사용자는 전 세계 어디에서든 Veoneer 엔지니어링 시스템을 능숙하게 사용할 수 있는 충분한 지식을 갖추게 됩니다.”
사용자 수 역시 빠르게 증가했습니다.
도입 첫 해에는 1,100명에서 3,800명으로 늘었고,
이후 2년 동안에는 ALM을 사용하지 않던 부서까지 포함하여 6,900명으로 확대되었습니다.
또한 Codebeamer는 더 이상 특정 부서의 도구가 아니었습니다.
“저희 사업 전체에서 코드비머를 사용하고 있습니다. 더 이상 엔지니어링 부서에만 사용하는 것이 아닙니다.”
개발, 테스트, 제조, 품질 등 다양한 부서가 하나의 시스템을 기준으로 움직이게 되면서
조직 전체의 협업 방식도 함께 바뀌게 되었습니다.
결국 무엇이 달라졌을까
Veoneer 사례에서 중요한 점은
단순히 도구를 바꾼 것이 아니라는 것입니다.
이전에는 요구사항, 개발, 테스트가 각각 따로 관리되었다면
이제는 하나의 흐름 안에서 연결되어 관리됩니다.
이 변화로 인해
- 변경 영향 범위를 빠르게 파악할 수 있고
- 테스트 결과와 진행 상황을 한 번에 확인할 수 있으며
- 글로벌 조직에서도 동일한 기준으로 개발을 진행할 수 있게 되었습니다
마무리
Veoneer 사례에서 중요한 점은 단순히 도구를 도입했다는 것이 아닙니다.
여러 시스템에 흩어져 있던 개발 데이터를 하나의 흐름으로 연결했다는 점입니다.
데이터가 분리된 환경에서는
프로젝트가 커질수록 관리가 복잡해질 수밖에 없습니다.
반면, 연결된 구조에서는
변경과 검증 과정을 보다 명확하게 파악할 수 있고,
전체 개발 흐름도 안정적으로 유지할 수 있습니다.
코드비머는 이러한 구조를 기반으로
복잡한 제품 개발 환경에서도 일관된 관리가 가능하도록 지원하는 플랫폼입니다.
※ 본 내용은 PTC 공식 사례를 참고하여 재구성하였습니다.
(출처: https://www.ptc.com/en/case-studies)
(주) 건우솔루션은 자동차 AVN, Cluster, Telematics, ECU 등의 전장 부품 소프트웨어 기술을 바탕으로
ASPICE 서비스, 소프트웨어 개발, 프로세스 및 품질 관리, 기술개발지원 서비스를 제공하고 있습니다.
자세한 서비스와 문의처는 아래를 참고해주세요
ASPICE 관련 서비스 자세히 보기 : https://geonwoo.com/aspice
CONTACT
Email : sales@geonwoo.com
Homepage : https://geonwoo.com
자동차 안전 시스템은 왜 이렇게 복잡할까
자동차 안전 시스템은 하나의 기능으로 구성되지 않습니다.
센서, 제어 로직, 안전 기능, 그리고 이를 연결하는 소프트웨어까지
모든 요소가 하나의 흐름으로 맞물려 움직입니다.
이 구조에서는 작은 변경 하나도 여러 기능과 테스트에 영향을 주게 됩니다.
이처럼 복잡한 환경에서 개발을 진행하는 기업이 Veoneer입니다.
Veoneer는 에어백, 레이더, 라이다, ECU 등 다양한 자동차 안전 시스템을 개발하는 글로벌 기업이며,
특히 소프트웨어를 핵심 경쟁력으로 보고 있습니다.
*출처 : PTC Support Portal
문제는 도구가 아니라 ‘연결되지 않은 구조’였습니다
Veoneer의 기존 개발 환경에는 이미 여러 도구가 있었습니다.
요구사항은 DOORS, 개발과 테스트는 각각 다른 시스템에서 관리되고 있었습니다.
문제는 이 도구들이 서로 연결되어 있지 않았다는 점입니다.
이로 인해 전체 흐름을 한 번에 파악하기 어려웠고,
변경이 발생했을 때 영향 범위를 확인하는 데에도 시간이 많이 소요되었습니다.
특히 글로벌 조직에서는 팀마다 사용하는 방식이 달라 프로세스 기준이 일관되지 않는 문제가 반복되었습니다.
결국 Veoneer가 겪고 있던 문제는 도구의 부족이 아니라 데이터가 연결되지 않은 구조 자체였습니다.
왜 새로운 ALM을 찾게 되었을까
2018년, Veoneer는 기존 방식의 한계를 인식하고 개발 환경을 다시 정리하기로 합니다.
기존 요구사항 관리 도구인 DOORS는
노후화, 높은 유지 비용, 그리고 다른 시스템과의 연결 부족이라는 문제가 있었습니다.
그래서 단순히 또 다른 도구를 추가하는 대신, 제품 개발 전 과정을 하나로 관리할 수 있는 방법을 찾기 시작합니다.
이 과정에서 중요한 특징이 하나 있습니다.
기술 인프라를 담당하던 브레넌은 도입 결정에 직접 개입하지 않았습니다.
즉, 실제 사용하는 엔지니어들의 기준으로 도구를 선택하는 방식이었습니다.
Codebeamer를 선택한 이유
여러 솔루션을 비교한 끝에
Polarion과 Codebeamer가 최종 후보로 남았고, Codebeamer가 선택되었습니다.
또한 자동차 산업에서 요구되는 ISO 26262, Automotive SPICE, FMEA 등
다양한 규격을 기본적으로 지원한다는 점도 중요한 이유였습니다.
도입은 생각보다 빠르게 진행되었습니다
대규모 시스템 도입은 보통 오랜 시간이 걸리지만, Veoneer는 빠르게 적용을 시작했습니다.
도입 과정 자체도 Codebeamer로 관리되었고,
요구사항, 테스트, 개선 요청까지 하나의 환경에서 운영되었습니다.
도입 이후 달라진 점
가장 크게 달라진 부분은 사용성과 확산 속도였습니다.
기존에는 ALM 솔루션을 익히는 데 약 이틀 반의 교육이 필요했지만,
Codebeamer 도입 이후에는 45분짜리 교육 영상 하나로 동일한 목표를 달성할 수 있게 되었습니다.
신입 엔지니어의 적응 속도도 크게 빨라졌습니다.
이제는 45분 분량의 교육만으로도 업무에 빠르게 적응할 수 있으며,
이는 기존 4일 반 분량의 교육을 대체하게 되었습니다.
사용자 수 역시 빠르게 증가했습니다.
도입 첫 해에는 1,100명에서 3,800명으로 늘었고,
이후 2년 동안에는 ALM을 사용하지 않던 부서까지 포함하여 6,900명으로 확대되었습니다.
또한 Codebeamer는 더 이상 특정 부서의 도구가 아니었습니다.
개발, 테스트, 제조, 품질 등 다양한 부서가 하나의 시스템을 기준으로 움직이게 되면서
조직 전체의 협업 방식도 함께 바뀌게 되었습니다.
결국 무엇이 달라졌을까
Veoneer 사례에서 중요한 점은
단순히 도구를 바꾼 것이 아니라는 것입니다.
이전에는 요구사항, 개발, 테스트가 각각 따로 관리되었다면
이제는 하나의 흐름 안에서 연결되어 관리됩니다.
이 변화로 인해
마무리
Veoneer 사례에서 중요한 점은 단순히 도구를 도입했다는 것이 아닙니다.
여러 시스템에 흩어져 있던 개발 데이터를 하나의 흐름으로 연결했다는 점입니다.
데이터가 분리된 환경에서는
프로젝트가 커질수록 관리가 복잡해질 수밖에 없습니다.
반면, 연결된 구조에서는
변경과 검증 과정을 보다 명확하게 파악할 수 있고,
전체 개발 흐름도 안정적으로 유지할 수 있습니다.
코드비머는 이러한 구조를 기반으로
복잡한 제품 개발 환경에서도 일관된 관리가 가능하도록 지원하는 플랫폼입니다.
※ 본 내용은 PTC 공식 사례를 참고하여 재구성하였습니다.
(출처: https://www.ptc.com/en/case-studies)
(주) 건우솔루션은 자동차 AVN, Cluster, Telematics, ECU 등의 전장 부품 소프트웨어 기술을 바탕으로
ASPICE 서비스, 소프트웨어 개발, 프로세스 및 품질 관리, 기술개발지원 서비스를 제공하고 있습니다.
자세한 서비스와 문의처는 아래를 참고해주세요
ASPICE 관련 서비스 자세히 보기 : https://geonwoo.com/aspice
CONTACT
Email : sales@geonwoo.com
Homepage : https://geonwoo.com