Part 1: PCB 설계 검토 과정이 구식인 이유와 해결 방안

인쇄 회로 기판(PCB) 디자인 리뷰는 제품 개발의 다양한 단계에서 보드의 설계를 가능한 오류와 문제점에 대해 검토하는 절차입니다. 이는 공식적인 체크리스트와 공식 승인에서부터 회로도와 PCB 레이아웃의 자유 형식 검사에 이르기까지 다양할 수 있습니다. 일부 회사는 전적으로 내부에서 수행하는 반면, 다른 회사들은 디자인 회사와 계약자의 도움을 받습니다. 많은 경우, 그들은 보드의 제조 가능성을 보장하기 위해 과정 초기에 계약 제조업체(CMs)를 참여시킵니다. 우리 사용자들은 디자인 리뷰가 실수를 조기에 발견하고, 보드 스핀과 제조 반복 횟수를 줄이며, 결과적으로 제품 개발 비용과 출시 시간을 줄이는 데 도움이 된다는 데 동의합니다.

혜택은 명백하지만, 보드를 출시하기 위한 시간 압박으로 인해 디자인 리뷰 과정이 서두르고 오류가 간과될 수 있으며, 이는 결함이 있는 프로토타입, 보드 재스핀 및 제품 지연을 초래할 수 있습니다.

PDF 출력물에 피드백을 기록하거나 긴 이메일 체인을 통해 디자인 리뷰를 수행하는 일반적인 방법은 실제 문제를 수정하는 것보다 피드백을 추적하는 데 더 많은 소중한 시간을 소비할 수 있음을 의미합니다. 원격 또는 하이브리드 작업으로의 전환은 문제를 더 복잡하게 만들며, 많은 회사에서 선호하는 방법인 모든 사람을 한 방에 모아 디자인 리뷰를 진행하는 것은 거의 실행 가능하지 않습니다.

이 기사의 목적을 위해, 우리는 디자인 검토 과정에서 확인해야 할 사항에 대해 자세히 다루지 않을 것입니다. 대신 검토 과정 자체가 보통 어떻게 진행되는지와 시간을 최대한 활용하기 위해 이를 어떻게 최적화할 수 있는지 살펴보겠습니다.

오늘날 대부분의 조직은 PCB 디자인 검토를 어떻게 진행하나요?

Altium에서 우리는 수백 명의 사용자와 대화를 나눕니다. 그리고 많은 사람들에게 디자인 검토는 비슷한 시나리오를 따릅니다. 그들은 몇 시간에서 하루까지 지속되는 공식 회의나 비디오 통화를 개최하여 모든 이해 관계자가 디자인을 검토하도록 합니다. 이 과정은 제품 개발의 다양한 단계에서 반복될 수 있습니다. 그들은 피드백을 캡처하고, 문서화하며, 추적하기 위해 여러 종류의 도구를 사용합니다:

옵션 1: 종이와 빨간 펜

우리 사용자 중 한 명이 이렇게 설명했습니다:

저는 그냥 사람들에게 회로도의 PDF를 보냅니다. 펌웨어 담당자는 회로도의 인쇄본이나 PDF를 받아서 종이 위에 수정 사항을 표시할 수도 있습니다. 그러면 설계 엔지니어가 들어와서 그 변경사항을 적용합니다. 어쩌면 그 종이가 분실될 수도 있습니다. 재활용통에 버려질 수도 있고, 어딘가에 스캔될 수도 있습니다. 그리고 설계 검토에서도 같은 일이 발생합니다. 우리는 부품들을 인쇄해서 테이블에 앉아서 검토합니다. 모두가 빨간 펜을 들고 있고, 사항들을 지워나가며, 그것을 당신의 사무실에서 취급합니다. 어쩌면 스캔을 하거나 하지 않을 수도 있지만, 피드백을 디자인에 반영하지만, 그 반영이 이루어졌다는 기록은 없습니다. 모두 종이 복사본이기 때문에 매우 불안정하고 분실될 위험이 있습니다.

옵션 2: 스크린샷과 이메일 체인

피드백은 스크린샷과 함께하는 코멘트로 캡처됩니다. 이 피드백은 보통 이메일을 통해 공유되며, 때로는 Slack이나 Skype 같은 메시징 도구를 사용하기도 하고, 일부 사용자는 PowerPoint 슬라이드에 넣기도 합니다. 보통 명확한 질문과 상태 업데이트가 필요하며, 결과적으로 이 방법은 보통 길고 다루기 힘든 이메일 스레드를 생성합니다.

계약 제조업체와 함께 일할 때, 우리는 그들에게 거버 파일을 보내고 그들은 마이크로소프트 페인트로 쓴 스크린샷을 보내며 "이렇게, 저렇게, 이렇게"라고 말합니다. 그리고 그것은 당신의 이메일에 남아 있으며 절대 찾을 수 없게 사라질 위험에 처해 있습니다.

옵션 3: Jira 및 기타 프로젝트 관리 또는 티켓 시스템

다른 Altium 고객의 설명을 들어보겠습니다:

Jira를 집중적으로 사용했습니다. 모든 수정에 대해 작업을 생성했습니다. 최근 프로젝트에서는 총 95개의 작업을 생성했습니다! 각 작업에는 설명을 추가하고, 스크린샷을 만들고, 거기에 표시를 해야 했습니다. 저는 두 개의 화면 구성을 사용합니다—하나에는 Jira가, 다른 하나에는 Altium Designer가 있습니다.

이러한 방법들이 문제가 되는 이유는 무엇인가요?

피드백이 종이에 기록되거나 스크린샷이 포함된 긴 이메일 체인을 통해 수집될 때, 이를 종합하고 누가 제공했는지, 무엇이 디자인에 통합되었는지 추적하는 것이 번거로워집니다. 모든 것을 통제하려면 엔지니어는 많은 행정 작업에 시간을 낭비해야 합니다. 그러나 프로세스 자체의 신뢰성을 향상시키지 않는다면, 바쁜 작업의 시간이 최적의 결과를 보장할 수는 없습니다. 가장 철저하게 수행된 디자인 검토조차도 피드백이 누락되거나 잘못된 버전이 계약 제조업체에 전송될 수 있기 때문에 결함 있는 프로토타입이 생산되는 것을 방지하지 못할 수 있습니다. 프로세스에 이렇게 많은 변동성이 있을 때, 최선을 다함에도 불구하고 실수가 간과될 수 있습니다.

게다가, 의료 기기(CFR 820.30 예시), 자동차 및 기타 특정 산업은 다른 관할 구역의 정부 기관으로부터 추가적인 검토와 규제를 받을 수 있으며, 이 경우 모든 커뮤니케이션, 승인 및 장치 디자인 변경 사항이 문서화되어 감사를 위해 사용할 수 있어야 합니다. 이러한 경우에는 피드백, 변경 사항 및 승인을 추적하는 것이 선택이 아니라 매우 시간이 많이 소요되는 과정이 될 수 있습니다.

대안은 무엇인가요?

제조부터 소프트웨어 개발에 이르기까지 많은 분야에서 프로세스의 신뢰성과 민첩성을 달성하기 위해 효과적인 도구와 방법론이 개발되었습니다. 전자 기기가 우리가 알고 있는 세계를 변화시키는 최전선에 있었음에도 불구하고, 하드웨어 개발 프로세스 자체는 디지털 변환의 파티에 늦게 참여했습니다. 우리는 Altium 365, 우리의 전자 설계 플랫폼으로 이를 변경하기로 결정했습니다. 왜냐하면 여러분은 내일의 기술을 설계하는 데 시간을 보내야지, 스무 개의 다른 이메일 체인을 추적하는 데 시간을 낭비해서는 안 되기 때문입니다. 이제 Altium 365 Design Review로 리뷰를 가속화하고, 실시간으로 피드백을 추적하며, 더 높은 품질의 제품을 위한 오류를 방지할 수 있습니다.

Altium 365는 설계와 라이브러리를 위한 중앙 집중식 클라우드 저장소와 버전 관리를 제공합니다. 간단히 말해서, 하드웨어를 위한 GitHub이며 기계 팀, 제조업체 및 기타 프로젝트 이해 관계자와 협업하는 데도 도움이 됩니다. 아래는 한 사용자가 Altium 365가 무엇인지 설명하는 다이어그램입니다.

Altium 365를 통해 프로젝트를 진행하면 PCB 설계 리뷰가 어떻게 보일지 확인하려면 파트 2를 확인하세요.