
- ECR(Engineering Change Request) — “이 부품을 이렇게 바꾸면 어떨까요?”라는 공식 제안서. 현장·설계자 누구나 발의 가능
- ECO(Engineering Change Order) — 검토·승인이 끝난 뒤 “실제로 이렇게 바꿔라”의 공식 명령서. 이때부터 법적 효력이 생긴다
- ECN(Engineering Change Notice) — ECO가 발효되었음을 관련 부서·협력사에 전파하는 통지서. 실행 시점 통제가 핵심
- 왜 하나가 아니라 셀인가 — 각 단계는 다른 질문에 답하며, 감사·품질·리콜 방어의 근거가 된다
자동차 회사의 엔지니어가 도면을 보다가 발견한다. “이 위치의 M8 볼트, M10으로 키우면 진동 마모가 줄겠는데.” 옆에 있는 동료에게 말하고, 스케치를 그리고, “그래 좋은 아이디어네”까지 20초. 하지만 그 볼트가 실제 공장에서 M10으로 조립되어 나오려면 최소 3단계의 문서와 여러 명의 승인이 필요하다. 왜 그렇게 복잡할까. 왜 이 정도의 절차를 거쳐야만 하는가.
ECR — 제안의 단계
ECR은 변경의 시작점이다. “이 부품을 이렇게 바꾸면 어떨까?”라는 아이디어를 문서화해 검토 요청을 걸어 놓는 단계. 이 단계에서 중요한 것은 세 가지다.
첫째, 발의 권한이 매우 넓다. 설계자만 발의하는 것이 아니라 생산 현장 작업자, 품질 검사관, 협력사, A/S 센터 담당자까지 모두 ECR을 낼 수 있다. 위에서 아래로 내리누르는 위계가 아니라 “누구든 문제를 발견하면 올려라”의 구조다.
둘째, 아직 승인이 아니다. ECR은 “이것을 검토해 달라”의 요청이지 “바꾸겠다”의 결정이 아니다. 대부분의 ECR은 검토 단계에서 반려되거나, 다른 방식으로 해결되거나, 우선순위에서 밀린다. 실제 통과율은 회사별로 다르지만 30~60% 수준이 일반적이다.
셋째, 임팩트 분석의 근거가 된다. ECR이 접수되면 CCB(Change Control Board, 변경 관리 위원회)가 결성되어 “이 변경이 어느 부품·문서·부서에 영향을 주는가”를 평가한다. 이 분석 결과가 다음 단계인 ECO로 넘어갈지, 반려될지, 보류될지의 판단 근거다.
여기서 강조 — ECR을 “가볍게” 만들지 않으면 병목이 된다. ECR 하나 작성에 15분 이상 걸리면 현장은 아이디어를 그냥 삼켜버린다. 좋은 PDM 시스템은 ECR 발의를 ‘3분짜리 폼’으로 만들고, 뒤편의 검토·평가 프로세스를 자동화한다.
ECO — 명령의 단계
ECR이 통과되면 ECO가 발행된다. 이때부터 이야기가 완전히 달라진다. ECO는 ‘제안’이 아니라 ‘명령’이다. 공식 승인권자(설계 책임자·프로덕트 매니저·품질 임원 등 회사마다 정의된 승인 체계)가 서명하면 그 순간부터 법적 효력을 갖는다.
ECO에 반드시 포함되는 요소는 다음과 같다.
- 정확히 무엇이 바뀌는가 — 부품번·도면번·리비전 번호
- 언제부터 적용되는가 — 효력 발효일(effective date)
- 재고 처리 방침 — 기존 M8 재고를 어떻게 소진할 것인가
- 영향 범위 — 관련 도면 목록, 관련 제품 시리즈, 관련 협력사
- 승인권자의 서명·타임스탬프
이 다섯 가지가 빠진 ECO는 감사·규제 대응에서 반드시 문제가 된다. 특히 자동차 IATF 16949, 의료기기 ISO 13485, 항공 AS9100 감사에서는 ECO의 재고 처리 방침 부분을 집요하게 확인한다. 기존 M8 볼트가 잠덴 남아 있는데 M10 변경이 발효되면 그 재고를 어떻게 할 것인가 — 즉시 폐기인지, 소진 후 전환인지, 특정 시리얼까지만 M8인지가 명시되어 있어야 한다.
실무 팁 — 많은 회사가 ECO를 “설계 도면 변경 사항”으로만 좁게 이해한다. 하지만 ECO의 진짜 역할은 “이 변경이 재고·생산·서비스·구매에 어떤 순서로 반영될지”를 정의하는 것이다. 도면만 바꾸고 나머지 부서 전파를 놓치면, 몇 주 뒤 리콜의 원인이 된다.
ECN — 통지의 단계
ECO가 발효되었다고 해서 자동으로 공장·협력사·서비스 센터가 알게 되는 것은 아니다. ECN은 “ECO 몇 번이 언제부터 발효되었으니, 여러분 부서는 이렇게 대응하세요”를 명시적으로 전파하는 통지 문서다.
ECN이 왜 별도로 필요한가 — ECO 자체는 승인 문서라 접근 권한이 제한되는 경우가 많다. 반면 ECN은 실행 담당자 전원이 반드시 봐야 하는 배포용 문서다. 공장 라인 반장, 협력사의 자재 담당자, A/S 센터의 부품 관리자, 판매점의 재고 관리자 — 이들이 각자의 언어로 “당신 부서에서 이것을 이렇게 처리해 주세요”의 지시를 받아야 한다.
좋은 ECN은 다음 요소를 갖는다.
- 대상 독자별 요약(공장, 협력사, A/S 각각)
- 실행 체크리스트(무엇을 언제까지 처리할지)
- 반영 확인 절차(완료 시 누구에게 회신할지)
- 상위 ECO 문서로의 링크
핵심 — ECR·ECO·ECN 세 단계 중 가장 자주 부실하게 처리되는 것이 ECN이다. “ECO 승인 났으니 다들 아시겠지”로 넘어가면 반드시 실행 지연이 생긴다. 실제 리콜 사례 분석에서 “설계 변경은 승인됐지만 공장 라인까지 전파되지 않은 케이스”가 자주 발견된다.
왜 3단계로 나누어 있는가
정리하면 각 단계는 서로 다른 질문에 답한다.
- ECR: “이 변경을 검토할 가치가 있는가?”
- ECO: “이 변경을 공식으로 승인하며, 어떻게 실행할 것인가?”
- ECN: “이 변경을 관련자 모두가 알고 실행했는가?”
이 세 질문이 하나의 문서에 뒤섮이면 관리가 불가능해진다. 어떤 질문에는 답이 됐지만 다른 질문은 놓친 채 넘어가는 상황이 반복되고, 결과적으로 감사에서 “변경 관리 프로세스가 부실하다”는 지적을 받는다.
또 하나 중요한 이유는 각 단계에서 참여하는 사람이 다르다는 것이다. ECR은 발의자(누구든), ECO는 승인권자(제한된 소수), ECN은 실행 담당자(전 부서)가 주인공이다. 이 세 그룹의 역할을 뒤섮으면 책임 소재가 불명확해진다.
30년 전 보잉 777 프로젝트가 이 세 단계 구조를 산업 표준으로 굳혔고, 이후 자동차·전자·의료·항공 전반이 이 프레임을 채택했다. 오늘날 어떤 PLM 시스템을 도입하든, 이 세 단계는 반드시 지원한다.
다음 편 예고 — 다음 편에서는 CAD 도면 관리가 왜 폴더 공유만으로 안 되는지를 다룰 예정이다. Check-in/Check-out이라는 개념이 어디서 나왔고, 왜 이게 단순한 파일 잠금이 아닌지를 이야기한다.
관련 글
- 1편. 종이 도면 없이 만든 첫 비행기 — PLM 40년 역사
- 2편. 94% 엑셀은 틀렸다는데… — BOM 오류의 진짜 비용
- 3편. BOM이 왜 3개나 되는가 — E/M/S BOM의 관점 차이
- OpenAI Deployment Company — 엔터프라이즈 AI 배포 전략
참고
- PTC — What Is an Engineering Change Notice
- SixSigma DSI — What is an Engineering Change Order (ECO)
- Wikipedia — Engineering Change Order
- Equorum — Engineering Change Management Guide
AI Biz Insider · AI 제조인사이트 · aibizinsider.com
댓글 남기기