테스트 이후 PCB 설계 변경의 우선순위를 정하는 방법

프로토타입 테스트 보고서가 돌아오면, 무엇이 준비되었는지에 대한 그림이 달라집니다. 어떤 보드는 부하가 걸리면 리셋됩니다. CAD에서는 문제없어 보였던 커넥터가 조립 과정에서는 안정적으로 체결되지 않습니다. 케이블은 하우징 내부에서 무리 없이 배치되지 않습니다. BOM에 있는 한 부품의 리드 타임은 26주입니다. 레이아웃은 끝났지만 시스템은 아직 제작할 준비가 되지 않았습니다. 이제 어떻게 해야 할까요? 

테스트는 어느 팀이든 한 번에 모두 처리할 수 없을 만큼 많은 피드백을 만들어내며, 어떤 발견 사항은 즉각적인 조치가 필요한 반면 다른 것들은 마진이나 사용성만 개선합니다. 우선순위를 정할 명확한 방법이 없으면, 팀은 영향이 작은 문제부터 먼저 수정하거나, 같은 설계 질문을 계속 다시 검토하거나, 테스트에서 이미 드러난 내용을 반영하지 못한 릴리스를 준비할 위험이 있습니다. 

목표는 테스트 결과를 다음 빌드를 진전시키는 데 집중된 변경 사항 집합으로 전환하는 것입니다.

핵심 요약

• 프로토타입 테스트는 실패, 위험, 개선 사항이 뒤섞인 결과를 만들어냅니다. 팀은 이를 빌드 위험과 릴리스 준비 상태를 중심으로 명확한 우선순위로 정리할 때 더 빠르게 움직일 수 있습니다.
• 좋은 우선순위 결정은 어떤 변경도 진행되기 전에 테스트 결과를 요구사항, 설계 객체, 소싱, 제조 가능성과 연결합니다.
• 설계 변경은 영향을 미치는 모든 도메인에서 검증되었을 때 비로소 준비된 것입니다. 한 영역의 문제를 해결한 수정이 다른 영역에서 새로운 문제를 유발할 수 있기 때문입니다.

먼저 실패, 위험, 개선 사항을 구분하기

테스트 후 피드백은 다음과 같이 명확한 범주로 나누면 관리하기 쉬워집니다:

• 실패: 기능을 깨뜨리거나 요구사항을 위반하는 문제
• 위험: 제조 가능성, 소싱, 신뢰성 또는 조립을 위협하는 문제
• 개선 사항: 마진, 사용성 또는 성능을 높이는 개선

이렇게 하면 팀은 증상이 아니라 근본 원인에 집중할 수 있습니다. 예를 들어 부하 시 리셋은 전력 무결성, 레이아웃 또는 부품 선택에서 비롯될 수 있고, 기구적 문제는 하우징에 대한 가정이나 커넥터 배치로 거슬러 올라갈 수 있습니다. 발견 사항을 초기에 분류하고 우선순위를 정하면 팀은 실제 원인을 파악하고, 중복 수정을 피하며, 재작업을 줄일 수 있습니다. 

구조화된 설계 검토는 이러한 분류를 공식화하고 담당자를 지정하기에 적절한 장소입니다. 이를 효과적으로 수행하는 방법은 PCB 설계 검토에서 집중해야 할 6가지 영역을 참고하세요.

빌드 위험과 영향도를 기준으로 변경 사항 순위 매기기

문제가 분류되면, 다음 단계는 다음 빌드에 영향을 주는 항목에 집중하는 것입니다. 시작하려면 실용적인 4단계 모델을 통해 팀이 공통된 용어 체계를 공유하도록 하세요.

I. 다음 빌드 전에 반드시 수정해야 함

기능, 안전 또는 규정 준수를 가로막는 문제. 예:

• 부하 시 브라운아웃이 발생하는 전원 레일
• 간헐적으로 실패하는 통신 인터페이스
• 연면거리 위반
• 조립 시 올바르게 체결될 수 없는 커넥터

II. 일정이 허용되면 수정해야 함

제조 가능성, 신뢰성 마진 또는 조립 용이성에 영향을 주지만 빌드를 막지는 않는 문제:

• 고속 라인의 한계적인 신호 무결성
• 피크 부하에서 제한적인 열 마진
• 프로빙하기 어려운 테스트 포인트
• 수명주기 상태가 악화되고 있는 부품

III. 알려진 위험으로 보류

팀이 이번 빌드에서 이해하고 수용하되, 다시 검토할 계획을 문서화한 문제:

• 허용 가능한 범위 내에 있는 경미한 EMI 마진 우려
• 소량 생산에서는 허용되지만 대량 생산에는 적합하지 않은 우회책
• 시스템 영향이 제한적인 레이아웃 최적화

IV. 향후 개선 사항으로 추적

현재 빌드에는 영향을 주지 않으면서 사용성, 정비성 또는 마진을 개선하는 항목:

• 더 나은 라벨링 또는 문서화
• 최적화된 열 레이아웃
• 단순화된 BOM 통합
• 추가 진단 기능

순위를 매기려면 규율과 판단이 모두 필요합니다. 어떤 발견 사항이 다음 빌드, 테스트 결과 또는 설계를 이끌었던 요구사항을 무효화한다면 반드시 수정해야 하는 범주로 이동합니다. 진행을 막지는 않지만 위험을 추가하는 경우에는 수정 권장 범주에 머뭅니다. 이 두 단계의 경계에서 대부분의 우선순위 논쟁이 발생하며, 실험실이 아니라 검토 회의에서 이를 해결하는 데 시간을 들일 가치가 있습니다.

소싱 위험은 명시적으로 다뤄야 합니다. 프로토타입에서는 잘 작동한 부품이라도 가용성, 수명주기 상태 또는 리드 타임이 바뀌었다면 다음 빌드를 지연시킬 수 있습니다. 프로토타입 테스트만으로는 이런 위험이 드러나지 않는 경우가 많지만, 공급망 검토에서는 확인할 수 있습니다. 자세한 내용은 PCB 공급망 검토가 필요한 이유를 참고하세요.

영향을 미치는 도메인 전반에서 변경 사항 검증하기

설계 변경은 영향을 주는 도메인 전반에서 점검되었을 때 준비된 것입니다. 

앞서 언급한 부하 시 리셋을 생각해 보겠습니다. 팀은 이를 전력 무결성 문제로 추적합니다. 고전류 부하 주변의 디커플링 네트워크 용량이 부족해 과도 상태에서 전원 레일이 무너지는 것입니다. 실제로 팀은 부하에 더 가까운 곳에 커패시턴스를 추가해 이를 수정하겠지만, 다음 빌드에 반영할 준비가 되려면 이 변경은 여러 도메인을 통과해야 합니다.

• 전기적 측면: 새 디커플링 네트워크가 관련 주파수 대역 전반에서 임피던스 목표를 충족하는가? 전력 무결성 시뮬레이션은 수정 사항을 확인하고 새로운 공진이 생기지 않았는지도 점검합니다. 더 높은 과도 전류가 이제 다른 경로를 흐르기 때문에 열 동작도 함께 검토해야 합니다. 

• 기구적 측면: 추가된 커패시터는 보드 공간을 필요로 합니다. 새 배치로 인해 좁은 하우징 영역에서 부품 높이가 증가한다면, 기구 엔지니어는 레이아웃이 확정되기 전에 이를 지적할 수 있습니다. 같은 영역의 커넥터나 실드도 이동이 필요할 수 있으며, 이는 다시 전기적 영역에 영향을 줄 수 있습니다. 

• 제조 측면: 추가된 부품은 조립 간격, 테스트 포인트 접근성, 검사 가시성에 영향을 줍니다. 새 배치가 프로브 타깃을 혼잡하게 만들거나 피듀셜을 가린다면, 레이아웃과 함께 테스트 계획 및 DFM 점검도 업데이트해야 합니다.

• 소싱 측면: 새로 추가되거나 대체된 부품은 원래 부품과 가용성, 수명주기 상태 또는 리드 타임이 다를 수 있습니다. 엔지니어링 도메인에서는 문제가 없는 변경이라도, 생산 준비 시점에 부품을 구하기 어렵다면 빌드를 지연시킬 수 있습니다.

• 요구사항 측면: 때로는 수정 과정에서 근본 요구사항이 불완전했거나 비현실적이었다는 사실이 드러납니다. 허용 가능한 비용으로 설계가 충족할 수 없는 열 마진은 완화가 필요할 수 있고, 암묵적인 가정은 명시적인 요구사항으로 문서화해야 할 수 있습니다. 요구사항 업데이트는 테스트 근거와 설계 의도 사이의 고리를 닫아줍니다. 이 업데이트가 없으면 다음 빌드는 테스트가 방금 드러낸 그 간극을 그대로 물려받게 됩니다.

멀티보드 제품에서는 이러한 교차 도메인 점검이 점점 더 상호의존적으로 변합니다. 한 보드의 변경이 어셈블리 전반의 커넥터, 하네스, 하우징 적합성에 연쇄적으로 영향을 줄 수 있습니다. 이러한 상호작용을 관리하는 방법은 제조 주도 설계로 생산 준비가 완료된 멀티보드 PCB를 더 빠르게 제공하기를 참고하세요.

관련된 모든 도메인을 통과한 변경은 준비된 것입니다. 한 도메인에서 증상만 해결하고 다른 도메인에 새로운 위험을 만드는 변경은 그렇지 않습니다. 검증 단계는 테스트 실패를 해결하면서도 조용히 다음 문제를 준비하는 수정과, 진짜 해결책을 구분해 줍니다.

변경 사항을 설계와 연결된 상태로 유지하기

테스트 후 변경 사항은 설계 자체와 분리될 때 가치가 떨어집니다. 이메일 스레드, 스크린샷, 스프레드시트에 흩어진 메모는 모호성과 버전 혼란을 초래합니다. 검토자가 코멘트를 확인할 때쯤이면, 그것이 어느 리비전에 해당하는지 또는 이미 처리되었는지조차 불분명한 경우가 많습니다.

모호성을 줄이려면 피드백을 설계에 직접 연결된 상태로 유지하세요: 

• 특정 부품, 넷 또는 레이아웃 영역에 코멘트 달기
• 이슈를 테스트 결과 및 요구사항과 연결하기
• 각 변경의 담당자가 누구인지 가시성 유지하기

승인된 변경 사항을 정리된 릴리스에 반영하기

변경 사항의 검증과 우선순위 결정이 끝나면 프로젝트 전반에 일관되게 반영되어야 하며, 바로 이 지점에서 테스트 후 작업이 무너지기 가장 쉽습니다. 오래된 BOM이 포함된 릴리스, 레이아웃과 일치하지 않는 문서 세트, 또는 최신 수정 사항 이전에 생성된 제조 출력물은 프로토타입 테스트가 제거하려고 했던 바로 그런 늦은 단계의 문제를 다시 불러옵니다.

다음 프로토타입을 위한 빌드 준비 완료 릴리스에는 다음이 포함됩니다:

• 승인된 모든 변경 사항이 반영된 업데이트된 회로도 및 레이아웃
• 테스트 후 도입된 대체 부품을 포함한 검증된 BOM 및 소싱 데이터
• 정합된 문서와 테스트 절차
• 최신 설계 상태에서 생성된 현재의 제조 및 조립 출력물

이 접근 방식을 따르면 제조 부서는 완전하고 정확한 패키지를 받게 되며, 다음 테스트 라운드는 정리된 기준선에서 시작할 수 있습니다.

테스트 결과를 올바른 다음 빌드로 전환하기

프로토타입 테스트 이후의 작업은 세 가지입니다. 가장 중요한 문제를 식별해 수정하고, 그 수정 사항을 모든 관련 도메인에서 검증하며, 이를 정확한 릴리스 패키지에 반영하는 것입니다. 프로세스는 간단합니다. 근본 원인에 집중하고, 빌드 위험을 기준으로 순위를 매기고, 영향을 받는 모든 도메인에서 검증하고, 현재 설계 상태와 일치하는 릴리스 산출물을 준비하면 됩니다. 

Altium Develop의 연결된 워크플로를 사용하면, 작은 설계 문제를 후기 단계의 지연으로 키우기 전에 초기에 해결할 수 있습니다. 다음 빌드는 올바른 변경 사항을 반영하고, 테스트 근거로 뒷받침되며, 제품 전체에 걸쳐 정렬된 상태가 됩니다. 그러면 테스트 사이클은 어제의 발견을 반복하는 대신 새로운 정보를 밝혀낼 수 있습니다. Altium Develop 시작하기 →