[취업 Insight] 8월 2주차 자동차 뉴스클리핑 20선 및 상위 1% 해석 (팟캐스트 포함)
1. [리콜/품질] 현대차·기아 등 4개사 51만대 자발적 리콜 (출처: 파이낸셜뉴스)
■ 요약·분석
국토교통부가 8월 6일 현대차와 기아, 스텔란티스코리아, 혼다코리아 4개사의 13개 차종 51만2393대에 대한 자발적 리콜 계획을 공개했습니다. 자발적 리콜은 정부가 시정을 명령하기 전에 제작사가 결함을 스스로 인정하고 무상 수리 계획을 내는 절차인데요. 명령이 떨어질 때까지 기다리면 과징금과 여론 부담이 함께 붙기 때문에, 결함이 확인되면 먼저 손을 드는 편이 회사에도 유리합니다. 리콜은 안전운행에 지장을 주는 결함을 다루기 때문에 소유자 통지와 공고가 따르고, 이미 자비로 고친 고객에게 비용을 돌려주는 절차까지 붙습니다. 안전과 직접 관련이 없는 결함을 회사가 알아서 고쳐 주는 무상 수리와는 무게가 다르죠.
이번 물량의 대부분인 11개 차종 50만9258대가 현대차와 기아, 제네시스 몫이고, 수입 두 곳을 합친 물량은 3135대에 그쳐 사실상 국내 완성차의 단일 이슈에 가깝습니다. 50만대라면 전국 서비스망이 하루에 수천 대씩 받아 내도 몇 달이 걸리는 규모라, 대수만으로도 정비 현장이 긴장할 수밖에 없죠. 사유를 뜯어보면 결이 갈립니다. 그랜저와 아반떼 하이브리드 16만8181대는 통합제어기 소프트웨어 설계가 미흡해 화재로 번질 수 있다는 판단이 붙었고, 투싼 10만4781대는 전방충돌방지 소프트웨어가 잘못 작동할 수 있다는 사유입니다. 전방충돌방지가 잘못 작동한다는 말은 앞이 비어 있는데도 스스로 브레이크를 잡을 수 있다는 뜻이라, 뒤차와의 사고로 이어질 수 있는 사안입니다.
통합제어기는 엔진과 구동모터, 변속을 한 덩어리로 제어하는 하이브리드의 두뇌에 해당하는 부품이고, 전방충돌방지는 카메라와 레이더로 앞차를 읽어 스스로 제동을 거는 주행보조 기능입니다. 두 건 모두 쇠붙이가 부러진 문제가 아니라 코드가 잘못 짜인 문제라는 공통점이 있습니다. 2010년대 중후반 세타2 엔진 결함으로 국내외에서 대규모 리콜과 보증 연장이 이어졌을 때만 해도 원인은 금속 가공과 이물 관리처럼 손에 잡히는 자리에 있었는데요. 지금은 부품을 새것으로 갈아 끼우는 대신 프로그램을 다시 심어 고치는 시정 조치가 빠르게 늘고 있습니다. 고치는 방법이 바뀌면 고객이 겪는 절차도 달라집니다.
부품 교체는 재고 확보와 입고 예약이 관건이지만, 소프트웨어 수정은 파일 하나로 끝나는 대신 그 파일이 다른 기능을 건드리지 않는지 확인하는 시험이 길게 붙습니다. 차를 정비소에 들이지 않고 무선으로 내려받아 고치는 방식이 늘어난 것도 같은 흐름인데, 안전에 걸린 기능일수록 이 방식이 허용되는 범위는 좁습니다. 하이브리드는 국내 판매에서 가장 잘 팔리는 파워트레인으로 올라선 터라 화재라는 단어가 붙는 순간 대상 대수가 곧바로 수십만 단위로 불어납니다. 국내에서 팔리는 신차 가운데 하이브리드가 차지하는 몫이 해마다 두꺼워지면서, 한 차종의 결함이 곧 그 세대 전체의 문제로 번지는 구조가 만들어졌습니다.
1990년대만 해도 차 한 대에 들어가는 제어기가 손에 꼽을 정도였지만, 지금은 수십 개가 통신선으로 얽혀 서로 신호를 주고받죠. 차 한 대에 들어가는 제어기 개수와 코드 줄 수가 지난 10년간 폭발적으로 늘어난 결과가 리콜 통계에 그대로 찍히는 셈입니다. 그렇다면 이 숫자를 품질이 나빠졌다는 신호로 읽어야 할까요, 아니면 결함이 태어나는 자리 자체가 옮겨갔다는 신호로 읽어야 할까요.
■ 인사이트 | 리콜의 무게중심이 쇠에서 코드로 옮겨갔습니다
이번 51만대에서 눈여겨볼 지점은 대수가 아니라 사유입니다. 예전의 대량 리콜은 부품이 깨지거나 녹슬거나 새는 물리적 고장이 주였고, 그때는 어느 협력사의 어느 생산분에서 문제가 났는지 추적하면 책임 소재가 비교적 선명했습니다. 2014년 GM이 점화스위치 결함으로 수백만 대를 리콜했을 때도 원인은 손에 잡히는 부품 하나였고, 그래서 무엇을 바꿔 끼워야 하는지도 분명했죠. 지금은 통합제어기 설계와 주행보조 판단 로직처럼 여러 부품을 묶어 결정을 내리는 소프트웨어가 원인 자리에 올라섰고, 이 영역은 특정 부품사에 청구서를 넘기기 어렵습니다. 차량 소프트웨어의 통합 검증을 최종적으로 책임지는 주체가 완성차이기 때문입니다.
즉, 밸류체인에서 위험의 무게가 부품사 쪽에서 완성차 쪽으로 옮겨왔다는 의미인데요. 플랫폼과 제어기를 여러 차종이 나눠 쓰는 요즘 구조에서는 결함 하나가 한 차종에 머물지 않고 형제 차종으로 번져 대상 대수를 키웁니다. 비용 구조도 함께 달라집니다. 부품 교체형 리콜은 부품값과 공임이 대당으로 쌓여 충당금이 커지지만, 소프트웨어 리콜은 대당 비용이 낮은 대신 대상 대수가 수십만 단위로 불어나고 입고 예약과 서비스망 부하라는 다른 형태의 비용을 만듭니다. 그래서 핵심 성공요인이 조립 정밀도에서 설계 검증 역량으로 이동합니다. 완성차가 협력사에 요구하는 서류가 달라지는 것도 이 흐름의 일부입니다.
예전에는 치수와 재질 시험 성적서를 냈다면, 지금은 소스코드 변경 이력과 시험 범위 자료까지 내라는 요구가 붙습니다. 시나리오 시험 자동화와 형상관리, 무선 업데이트 인프라를 갖춘 완성차는 같은 결함을 더 싸고 빠르게 덮을 수 있어 유리해집니다. 테슬라가 2023년 미국에서 주행보조 기능과 관련해 200만 대 안팎의 시정 조치를 무선 업데이트로 처리한 장면이 그 차이를 보여 줬습니다. 정비소 예약이 필요한 리콜과 필요 없는 리콜은 같은 결함이라도 회사가 치르는 값이 다르거든요. 50만대에 대당 10만원짜리 조치만 얹어도 500억원이 움직이는데, 부품을 갈아 끼워야 하는 리콜이라면 이 값이 몇 배로 뜁니다.
그래서 완성차가 소프트웨어 조직을 안으로 들이고 개발자를 직접 뽑는 흐름이 이어져 왔습니다. 검증의 책임이 자기 것이라면 그 일을 남의 손에만 맡길 수 없기 때문이죠. 반대로 제어기 소프트웨어를 속을 열어보기 어려운 형태로 납품해 온 부품사는 검증 데이터 공개와 책임 분담을 요구받는 압박에 놓입니다. 즉, 코드 품질이 곧 공급 계약의 조건으로 올라선다는 의미죠. 납품 단가만 맞추면 되던 시절과는 계약서의 두께부터 달라지는 셈이고, 검증 인력을 갖춘 부품사와 그렇지 못한 곳의 거리도 벌어집니다. 파급은 여기서 끝나지 않습니다. 보증 충당금이 늘면 그해 영업이익률이 눌리고, 화재 이슈가 반복되면 해당 차종의 중고 시세와 보험 인수 조건까지 흔들립니다.
지하주차장 출입을 제한하는 관리사무소가 생기는 것처럼, 브랜드가 감당해야 할 값은 장부 밖에서도 쌓입니다. 게다가 코드는 한 번 고쳐도 다음 업데이트에서 다시 흔들릴 수 있어 관리 대상이 사라지지 않고 계속 따라다닙니다. 결국 품질 비용은 사고 뒤에 지불하는 벌금이 아니라 설계 단계에서 미리 사 두는 보험에 가까워지고 있습니다.
■ 취업 TIP | 품질보증에 가면 실제로 무슨 일을 하게 되는가
결함이 태어나는 자리가 옮겨갔다는 말은 채용에서 품질 직무의 정의도 옮겨갔다는 뜻입니다. 완성차 품질보증에 들어가면 도면과 게이지만 보는 게 아니라 데이터부터 봅니다. 하루의 상당 부분이 현장에서 올라온 클레임 접수 건과 고장진단코드 로그를 분류하고, 같은 증상이 몇 대에서 몇 번 반복됐는지 발생률을 계산하는 일에 들어가죠. 여기서 의미 있는 패턴이 잡히면 시험동에서 재현 시험을 걸고, 설계 부서와 협력사를 불러 8D 같은 문제해결 양식으로 원인과 대책을 정리합니다. 8D는 문제 정의부터 임시 대책, 근본 원인, 재발 방지까지 여덟 단계로 나눠 적는 서식인데요.
여기서 지원자들이 오해하는 지점이 있는데, 품질보증은 검사원이라기보다 조율자에 가깝습니다. 설계는 원가와 일정을 지켜야 하고 생산은 라인 속도를 지켜야 하니, 대책 하나를 확정하는 데도 회의가 몇 차례씩 붙거든요. 리콜로 넘어가면 대상 차대번호를 뽑고 국토교통부 제출 서류와 서비스센터 조치 매뉴얼을 만드는 일까지 따라옵니다. 소프트웨어 결함이면 수정본이 다른 기능을 망가뜨리지 않는지 확인하는 회귀 시험이 붙어 일정이 더 빡빡해집니다. 설계와 생산 사이에서 나쁜 소식을 전달하는 역할이라 대화 기술이 업무 능력의 절반을 차지한다는 점도 미리 알아 두면 좋습니다.
현장 이슈가 터지면 주말이 통째로 사라지는 자리라는 점도 알고 들어가야 하고요. 같은 품질이라도 협력사 품질을 맡는 자리는 납품처를 돌며 공정을 점검하고, 완성차 품질보증은 시장에서 올라온 문제를 다룹니다. 지원서에 어느 쪽인지 적어 두면 서류의 인상이 달라집니다. 준비는 세 가지로 좁힐 수 있습니다. 첫째, 자동차리콜센터에서 최근 리콜 공고 세 건을 골라 사유와 시정 방법을 나란히 정리해 두면 면접에서 바로 꺼낼 재료가 됩니다. 사유 문구에 소프트웨어라는 단어가 몇 건이나 등장하는지 세어 보면 흐름이 눈에 들어옵니다. 둘째, 기능안전 규격인 ISO 26262의 목적과 CAN 통신의 기본 구조는 개념 수준이라도 말로 설명할 수 있게 해 두세요.
두 개념은 소프트웨어 결함을 다루는 자리에서 오가는 기본 어휘거든요. 셋째, 학부 실험이나 동아리에서 고장을 재현하고 원인을 좁혀 본 경험이 있다면 발생률과 대책이라는 실무 언어로 다시 써 두면 됩니다. 나쁜 예는 "차량 정비 동아리에서 여러 고장을 해결하며 문제 해결 능력을 길렀습니다"입니다. 좋은 예는 "동아리 차량의 시동 불량을 열 번 중 세 번 재현했고, 배선 접촉 저항으로 원인을 좁혀 단자 압착 방식을 바꾼 뒤 재현율을 0으로 낮췄습니다"처럼 발생률과 대책이 함께 들어간 문장이죠. 면접에서는 이런 문답도 오갑니다. 리콜과 무상 수리의 차이를 물으면 안전운행 관련성과 통지 의무, 기존 수리비 보상 여부로 갈린다고 답하면 되고, 발생률을 어떻게 계산하느냐고 물으면 판매 대수와 사용 기간을 분모에 두고 같은 증상의 접수 건을 분자에 놓는다고 답하면 됩니다.
소프트웨어 결함을 어떻게 사전에 걸러낼 것이냐는 질문이 들어오면 시험 시나리오 설계와 형상관리라는 두 단어부터 꺼내면 됩니다. 여기에 양산 전에는 시나리오 시험으로, 양산 뒤에는 필드 로그로 거른다는 한 문장을 붙이면 답이 깔끔하게 마무리됩니다.