자율주행 시스템은 단순한 소프트웨어가 아니라 수많은 기능이 연결된 하나의 시스템입니다.
센서, 제어 로직, 안전 기능이 유기적으로 연결되어 있기 때문에 작은 변경 하나도 전체 시스템에 영향을 줄 수 있습니다.
이러한 복잡한 환경에서 개발을 진행하는 기업이 바로 Navya입니다.
Navya는 자율주행 시스템을 개발하는 기업으로,
빠르게 성장하는 조직과 함께 제품 개발의 복잡성 또한 증가하고 있었습니다.
*출처 : PTC Support Portal
복잡한 시스템과 함께 드러난 한계
Navya는 개발 과정에서 점점 한계에 부딪히게 됩니다.
당시 개발팀은 Git, 스프레드시트, Jira 등 여러 도구를 혼합해 사용하고 있었고,
각 팀은 *애자일 방식으로 개별적으로 작업을 진행하고 있었습니다.
이처럼 작업이 분산된 환경에서는
개발 전체 흐름을 한눈에 파악하기 어려웠습니다.
특히 요구사항, 협업, 프로세스, 가시성이 서로 연결되지 않은 상태에서는
제품이 복잡해질수록 관리 부담이 빠르게 커질 수밖에 없었습니다.
*애자일 방식: 프로젝트를 짧은 주기로 반복(Iteration)하여 작동 가능한 소프트웨어를 지속적으로 개발하고 고객 피드백을 신속하게 반영하는 유연한 방식
규정 준수와 개발 방식 사이의 고민
자율주행 시스템은 기능 구현뿐 아니라 ISO 26262와 같은 기능 안전 규정을 반드시 충족해야 하는 영역입니다.
Navya 역시 이러한 규정을 준수해야 했으며, 이를 위해 요구사항부터 테스트까지 이어지는 구조가 필요했습니다.
하지만 당시 개발 방식은 애자일 기반으로 빠르게 진행되고 있었기 때문에
유연성과 규정 준수 사이에서 균형을 맞추는 것이 중요한 과제가 되었습니다.
Codebeamer를 선택한 이유
이러한 문제를 해결하기 위해 Navya는 ALM 도구 도입을 검토하게 됩니다.
여러 도구를 비교하는 과정에서 Navya는 단순히 기능이 많은 도구가 아니라,
변화하는 개발 환경에 맞게 유연하게 적용할 수 있는 구조를 중요하게 보았습니다.
특히 다음과 같은 점이 중요한 기준이었습니다.
- 요구사항부터 테스트까지 연결할 수 있는 구조
- 객체 간 관계를 설정하여 추적성을 확보할 수 있는 기능
- 협업과 확장이 가능한 환경
- 지속적인 프로세스 개선에 대응할 수 있는 유연성
그리고 최종적으로 코드비머를 선택하게 됩니다.
“코드비머가 개발 환경을 설정하고
진화하는 객체에 맞춰 유연하게 대응할 수 있다는 점이
최종 결정에 가장 큰 영향을 미친 요인이었습니다.”
도입 과정과 확산
*출처 : PTC Support Portal
Navya는 코드비머를 한 번에 전사 도입하기보다 작은 범위에서 시작해 점진적으로 확대하는 방식을 선택했습니다.
초기에는 소프트웨어 버그 관리 용도로 도입되었고,
이후 사용자 스토리와 에픽 관리로 활용 범위가 넓어졌습니다.
이 과정에서 코드비머의 활용 범위는 자연스럽게 확장되어
결과적으로 하드웨어 팀까지 함께 사용하는 도구로 자리 잡게 되었습니다.
또한 Navya는 별도의 복잡한 교육보다 사용자들이 직접 도구를 활용하며 익히는 방식을 선택했습니다.
“배포 전에 여러 차례 교육과 소통을 진행했지만,
사용자들이 서로 자연스럽게 학습하도록 하는 것이 더 효과적이었습니다.”
이러한 방식은 도구를 빠르게 정착시키는 데 도움이 되었으며, 조직 전반으로 코드비머가 확산되는 기반이 되었습니다.
도입 이후 변화
도입 이후 Navya의 개발 방식은 ‘도구를 바꾼 것’이 아니라 ‘개발 구조가 바뀐 것’에 가까웠습니다.
이전에는 각각 분리되어 있던 요구사항, 개발, 테스트가 이제는 하나의 흐름으로 연결되기 시작했습니다.
Navya는 이러한 변화를 다음과 같이 설명합니다.
“코드비머는 복잡한 제품 개발에 필요한 모든 종류의 객체를
연결하고 관리할 수 있는 단일 인터페이스를 제공해 주었습니다.
이 플랫폼 덕분에 회사의 모든 기능을 일관성 있게 연결할 수 있습니다.”
또한 도구 도입의 의미에 대해서도 이렇게 언급합니다.
“복잡성을 관리하는 데 도움이 되는 적절한 도구를 회사에 제공하는 것은
혁신을 다음 단계로 끌어올리는 데 중요한 요소입니다.”
Codebeamer 활용의 핵심
코드비머 도입 이후 Navya는 개발 흐름을 한눈에 파악할 수 있는 구조를 갖추게 되었습니다.
여러 도구에 흩어져 있던 작업과 문제들도 이제는 하나의 시스템 안에서 쉽게 확인하고 관리할 수 있게 되었습니다.
또한 요구사항부터 테스트까지 연결된 구조를 기반으로 변경 영향과 검증 과정을 명확하게 확인할 수 있게 되었으며,
이를 통해 개발 과정의 혼선이 줄어들고 보다 일관된 방식으로 개발과 검증을 진행할 수 있게 되었습니다.
마무리
Navya 사례는 코드비머가 단순한 관리 도구가 아니라
복잡한 제품 개발을 위한 연결된 구조를 만드는 플랫폼이라는 것을 보여줍니다.
개발 데이터가 분리된 상태에서는 프로젝트가 커질수록 관리가 어려워지지만,
연결된 구조로 관리되면 복잡한 시스템에서도 안정적인 개발이 가능합니다.
즉, 코드비머는
개발 데이터를 하나의 흐름으로 연결하여
복잡한 개발 환경에서도 일관된 관리가 가능하도록 만드는 핵심 플랫폼입니다.
※ 본 내용은 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
자율주행 시스템은 단순한 소프트웨어가 아니라 수많은 기능이 연결된 하나의 시스템입니다.
센서, 제어 로직, 안전 기능이 유기적으로 연결되어 있기 때문에 작은 변경 하나도 전체 시스템에 영향을 줄 수 있습니다.
이러한 복잡한 환경에서 개발을 진행하는 기업이 바로 Navya입니다.
Navya는 자율주행 시스템을 개발하는 기업으로,
빠르게 성장하는 조직과 함께 제품 개발의 복잡성 또한 증가하고 있었습니다.
*출처 : PTC Support Portal
복잡한 시스템과 함께 드러난 한계
Navya는 개발 과정에서 점점 한계에 부딪히게 됩니다.
당시 개발팀은 Git, 스프레드시트, Jira 등 여러 도구를 혼합해 사용하고 있었고,
각 팀은 *애자일 방식으로 개별적으로 작업을 진행하고 있었습니다.
이처럼 작업이 분산된 환경에서는
개발 전체 흐름을 한눈에 파악하기 어려웠습니다.
특히 요구사항, 협업, 프로세스, 가시성이 서로 연결되지 않은 상태에서는
제품이 복잡해질수록 관리 부담이 빠르게 커질 수밖에 없었습니다.
*애자일 방식: 프로젝트를 짧은 주기로 반복(Iteration)하여 작동 가능한 소프트웨어를 지속적으로 개발하고 고객 피드백을 신속하게 반영하는 유연한 방식
규정 준수와 개발 방식 사이의 고민
자율주행 시스템은 기능 구현뿐 아니라 ISO 26262와 같은 기능 안전 규정을 반드시 충족해야 하는 영역입니다.
Navya 역시 이러한 규정을 준수해야 했으며, 이를 위해 요구사항부터 테스트까지 이어지는 구조가 필요했습니다.
하지만 당시 개발 방식은 애자일 기반으로 빠르게 진행되고 있었기 때문에
유연성과 규정 준수 사이에서 균형을 맞추는 것이 중요한 과제가 되었습니다.
Codebeamer를 선택한 이유
이러한 문제를 해결하기 위해 Navya는 ALM 도구 도입을 검토하게 됩니다.
여러 도구를 비교하는 과정에서 Navya는 단순히 기능이 많은 도구가 아니라,
변화하는 개발 환경에 맞게 유연하게 적용할 수 있는 구조를 중요하게 보았습니다.
특히 다음과 같은 점이 중요한 기준이었습니다.
그리고 최종적으로 코드비머를 선택하게 됩니다.
도입 과정과 확산
*출처 : PTC Support Portal
Navya는 코드비머를 한 번에 전사 도입하기보다 작은 범위에서 시작해 점진적으로 확대하는 방식을 선택했습니다.
초기에는 소프트웨어 버그 관리 용도로 도입되었고,
이후 사용자 스토리와 에픽 관리로 활용 범위가 넓어졌습니다.
이 과정에서 코드비머의 활용 범위는 자연스럽게 확장되어
결과적으로 하드웨어 팀까지 함께 사용하는 도구로 자리 잡게 되었습니다.
또한 Navya는 별도의 복잡한 교육보다 사용자들이 직접 도구를 활용하며 익히는 방식을 선택했습니다.
이러한 방식은 도구를 빠르게 정착시키는 데 도움이 되었으며, 조직 전반으로 코드비머가 확산되는 기반이 되었습니다.
도입 이후 변화
도입 이후 Navya의 개발 방식은 ‘도구를 바꾼 것’이 아니라 ‘개발 구조가 바뀐 것’에 가까웠습니다.
이전에는 각각 분리되어 있던 요구사항, 개발, 테스트가 이제는 하나의 흐름으로 연결되기 시작했습니다.
Navya는 이러한 변화를 다음과 같이 설명합니다.
또한 도구 도입의 의미에 대해서도 이렇게 언급합니다.
Codebeamer 활용의 핵심
코드비머 도입 이후 Navya는 개발 흐름을 한눈에 파악할 수 있는 구조를 갖추게 되었습니다.
여러 도구에 흩어져 있던 작업과 문제들도 이제는 하나의 시스템 안에서 쉽게 확인하고 관리할 수 있게 되었습니다.
또한 요구사항부터 테스트까지 연결된 구조를 기반으로 변경 영향과 검증 과정을 명확하게 확인할 수 있게 되었으며,
이를 통해 개발 과정의 혼선이 줄어들고 보다 일관된 방식으로 개발과 검증을 진행할 수 있게 되었습니다.
마무리
Navya 사례는 코드비머가 단순한 관리 도구가 아니라
복잡한 제품 개발을 위한 연결된 구조를 만드는 플랫폼이라는 것을 보여줍니다.
개발 데이터가 분리된 상태에서는 프로젝트가 커질수록 관리가 어려워지지만,
연결된 구조로 관리되면 복잡한 시스템에서도 안정적인 개발이 가능합니다.
즉, 코드비머는
개발 데이터를 하나의 흐름으로 연결하여
복잡한 개발 환경에서도 일관된 관리가 가능하도록 만드는 핵심 플랫폼입니다.
※ 본 내용은 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