자동차 양산 개발 단계 정리 (Proto, M-Car, P1, P2, M, SOP)

자동차 개발 단계는 단순히 시험 차량을 여러 번 만드는 과정이 아니다.

차량과 ECU가 실제 양산에 도달하기까지 얼마나 개발되고 검증되었는지를 구분하는 기준이다.

많은 사람들이 처음 자동차 개발 프로젝트를 접하면:

- Proto

- M-Car

- P1

- SP1

- P2

- LP1

- FW1

같은 용어 때문에 혼란을 느낀다.

 

그 이유는 자동차 개발 단계가 국제 표준처럼 완전히 통일된 용어가 아니기 때문이다.

완성차 업체(OEM), 생산 공장, 협력사, 개발 조직마다 일부 표현과 순서가 달라진다.

또한 이 단계들은 국내 생산 차량과 해외 생산 차량을 구분하는 개념도 아니다.

 

예를 들어 같은 차량이라도 한국 울산 공장, 미국 공장, 유럽 공장, 인도 공장 중

어디에서 생산되든 개발 단계 자체는 거의 동일하게 진행된다.

 

즉 자동차 개발 단계는 생산 국가가 아니라

개발 완성도, 품질 안정성, 생산 설비 준비 상태, 양산 가능 여부를 기준으로 나누는 흐름이라고 이해하는 것이 맞다.

 

 

1. Proto (Prototype)

 

Proto는 Prototype의 약자이며 가장 초기 시험 차량 단계다.

이 시기에는 아직 양산 개념과는 거리가 멀다.

ECU가 정상적으로 동작하는지조차 확인되지 않은 상태에서 개발이 시작된다.

그래서 가장 먼저 아래 항목들을 확인한다.

- MCU 부팅
- CAN 통신
- 센서 입력
- 모터 구동
- 전원 인가 상태
- 기본 Driver 동작

 

임베디드 개발자는 이 단계에서:

- GPIO 설정
- SPI/CAN/UART 초기화
- AUTOSAR 기본 연동
- MCU Bring-up

 

같은 작업을 많이 수행한다.

 

Proto 단계 특징은 변경 사항이 매우 많다는 점이다.

예를 들어 CAN Matrix 변경, 배선 변경, HW Revision 변경, Pin Map 수정 등이 계속 발생한다.

즉, Proto 단계는 “일단 차량에서 동작하게 만드는 단계”에 가깝다.

 

2. M-Car (Master Car)

 

M-Car 단계는 실제 차량 환경에서 ECU를 검증하는 단계다.

보통 기존 차량에 신규 ECU를 장착하여 테스트를 진행한다.

 

예를 들어:

- 신규 미러 ECU

- 신규 ADAS ECU

- 신규 모터 제어 ECU

등을 기존 시험 차량에 연결해서 검증한다.

 

Proto 단계가 단순 동작 확인이었다면,

M-Car 단계는 실제 차량 환경에서 문제없이 동작하는지를 보는 단계다.

 

이 시기부터 본격적으로 차량 환경 이슈가 발생한다.

 

대표적으로:

- Sleep 실패
- Wake-up 오동작
- NM 상태 이상
- CAN Bus-Off
- 전류 과다
- 노이즈 문제

 

등이 자주 발생한다.

 

실제로 많은 임베디드 개발자들이 가장 많이 디버깅하는 시기가 바로 이 단계다.

 

3. P1 (Pilot 1)

 

P1은 Pilot 1 단계다.

여기서부터는 단순 기능 개발이 아니라 “양산 준비” 개념이 본격적으로 들어가기 시작한다.

 

즉, 생산 공정 적용 가능 여부, 실제 조립 가능 여부, 양산 설비 적용 가능 여부 등도 함께 검증하기 시작한다.

아직 안정화 단계는 아니다.

그래서 현업에서는 흔히 “P1은 기능이 일단 돌아가는 수준” 이라고 표현하기도 한다.

 

4. SP1 (Soft Pilot 1 / Sample Pilot 1)

 

SP1은 프로젝트마다 사용 여부가 다른 단계다.

어떤 프로젝트는 존재하고, 어떤 프로젝트는 아예 생략된다.

보통은 P1 이후 품질 안정화를 위한 중간 단계 의미로 사용된다.

 

주요 목적은 P1 문제 개선, 중간 품질 검증, 생산 안정화, 일부 양산 조건 검증 등이다.

즉 P1과 P2 사이에서 안정성을 높이는 단계라고 볼 수 있다.

 

5. P2 (Pilot 2)

 

P2 단계부터는 실제 양산 수준 검증이 시작된다.

이 시기에는 양산 Harness, 양산 금형, 실제 생산 설비, Full Tool 공정 등이 적용되는 경우가 많다.

 

따라서 ECU 역시 거의 양산 수준 품질을 요구받는다.

임베디드 개발자 입장에서 매우 중요한 단계이며, 실제 양산 이슈들이 본격적으로 드러난다.

 

대표적으로:

- CAN Timing 문제
- Sleep Current 문제
- Flash 시간 문제
- DTC 오검출
- Bootloader 오류
- 진단 통신 문제

 

등이 발생한다.

 

현업에서는 흔히 "P2인데 아직 버그 많으면 위험하다"라는 표현을 사용한다.

그만큼 양산 직전 단계에 가까워졌다는 의미다.

 

6. LP1 (Line Pilot 1)

 

LP는 Line Pilot의 약자다.

LP 단계는 개발보다 생산 라인 검증 의미가 더 강하다.

즉, 실제 공장에서 차량을 양산처럼 생산해보는 단계다.

 

LP1에서는 생산 시간, 작업 순서, 공정 문제, 검사 장비, Flash 공정, EOL 진단 등을 확인한다.

이 시기에는 개발 문제보다 생산 공정 문제가 많이 발견된다.

 

예를 들어:

- ECU Flash 실패
- 생산 장비 통신 오류
- Download 실패
- 검사 시간 초과

 

같은 문제들이 발생한다.

 

7. LP2 (Line Pilot 2)

 

LP2는 LP1에서 발생한 문제를 개선한 뒤 최종 양산 가능 여부를 확인하는 단계다.

즉. 사실상 SOP 직전 최종 검증 단계라고 볼 수 있다.

 

이 단계에서는 생산 안정성, 불량률, 공정 품질, 최종 양산 가능 여부 등을 집중적으로 확인한다.

실제로는 이미 양산 차량과 거의 동일한 수준으로 제작되는 경우가 많다.

 

8. M / MP (Mass Production)

 

M 또는 MP는 양산 직전 또는 초기 양산 단계를 의미한다.

회사마다 M, MP, M1, M2, PP 등 다양한 이름을 사용한다.

 

이 단계 차량은 전시 차량, 기자 시승 차량, 임직원 차량, 초기 고객 차량 등으로 사용되기도 한다.

사실상 양산 차량과 거의 동일한 수준이다.

 

9. SOP (Start Of Production)

 

SOP는 실제 양산 시작 단계다.

즉, 고객에게 판매되는 차량 생산이 시작되는 시점이다.

이 시점 이후부터는 개발 업무보다 시장 품질 대응, 긴급 수정, 필드 이슈 분석, 고객 불량 대응 업무 비중이 훨씬 커진다.

 

10. FW1 / FW2 / FW3 는 무엇인가

 

FW 단계는 위 개발 단계들과는 조금 성격이 다르다.

이 용어는 자동차 업계 공통 표준이라기보다 회사 내부 SW 관리 용어에 가까운 경우가 많다.

 

예를 들어:

FW1 → 초기 Firmware 버전
FW2 → 기능 추가 버전
FW3 → 안정화 버전

 

처럼 Firmware Release 의미로 사용하는 경우가 있다.

 

반대로 일부 조직은:

FW1 → 기본 기능 검증
FW2 → 통합 기능 검증
FW3 → 양산 검증

 

처럼 개발 단계처럼 사용하기도 한다.

 

즉, FW 단계는 회사마다 의미 차이가 가장 큰 용어 중 하나다.

 

자동차 개발 단계에서 가장 중요한 것

 

자동차 개발 단계에서 중요한 것은 이름 자체가 아니다.

 

실제로 중요한 것은 현재 프로젝트가

- 단순 시험 단계인지
- 실차 검증 단계인지
- 양산 설비 검증 단계인지
- 실제 양산 직전인지

 

를 의미한다는 점이다.

 

그래서 현업에서는 단순히 “지금 P1이다”보다

양산 금형 적용 여부, Full Tool 적용 여부, 생산 라인 적용 여부, SOP까지 남은 일정 같은 내용을

더 중요하게 판단하는 경우가 많다.