독일에 있는 자동차 소프트웨어 개발자

아래 글들을 읽어보면 Mercedes-Benz에서 첫 Infotainment In-house Software를 곧 양산한다는 것을 알 수 있을 것이다. 이 글에서는 2-3년동안 필자의 회사에서 어떻게 integration Process가 바뀌었는지 그리고 필자가 알고 있는 프로세스들에 대해서 소개하고자 한다. CI/CD를 가장한 지속적인 통합 CI/CD의 원칙은 완벽하게 자동화된 테스트와 신뢰성 있는 테스트 결과에 기반을 한다. 임베디드 특히 소프트웨어의 복잡도가 엄청 높은 차량용 임베디드 소프트웨어 개발에서 이를 잘 도입하기란 필자의 경험상 어려운 것 같다. 필자의 회사에서도 초기 1-2년정도 이것을 하려고 프로세스만 따랐고 결국은 잘 안되서 Staging이라는 프로세스를 도입했다. 임베디드 특히나 ..

이틀간의 UI 통합 관련 워크샾을 마치고 돌아왔다. 워크샾 기간 동안 그리고 저녁식사를 같이 하면서 많은 이야기를 나누었다. UI 개발자가 몇백명이고 독립된 CI/CD 팀과 내부 인프라 등을 모두 가지고 있었다. 물론 테스트를 위한 전용 차량 및 테스트 벤치, 통합팀 등 전체 개발에 필요한 모든 조직을 내부에 가지고 있었다. 그럼에도 불구하고 UI 도메인 테스트가 끝나고 통합 직전 Pre Integration 테스트를 할 때 가끔 문제가 발생한다. UI 뿐만이 아니라 덩치가 큰 Speech, SoC, Camera, Media, Vehicle 도메인은 자체 통합팀 및 테스터를 보유하고 있다. 그리고 Pre Integration 팀에서도 통합 직전 테스트시 문제가 발생할 때 왜 나는지 개선을 위해 5 why..

지금 Mercedes-Benz 본사가 있는 Sindelfingen에 이틀 동한 UI 통합 관련 워크샾을 하러 가는 길이다. 새벽같이 일어나 공항에서 대기하는 도중 간단히 정리도 할 겸 블로그를 열었다. 차량용 인포테인먼트 소프트웨어 통합은 정말로 복잡하고 어렵다. 앞의 글에서 테스트에 대해서 이야기 했다시피 여러가지 장벽이 많다. 통합과정 중 테스트는 가장 중요한 핵심 요소 중에 하나이다. 테스트 부분은 빙산의 일각일 뿐이다. 회사 전체의 화두 중 하나도 소프트웨어 통합이다. 통합 관련 VSM (Value Stream Mapping) 워크샾도 여러번 진행을 하면서 전체 개발 과정을 펼쳐놓고 어느 부분이 bottleneck이고 어떻게 하면 조금 더 효율적으로 해결할 수 있는 지 등등을 이야기 했다. 여러번..