파일럿 실행은 안정적으로 보일 수 있지만, 그렇지 않을 때까지는 그렇지 않다. 어느 날, 라인은 깨끗한 보드를 생산하고 AOI는 차분하게 보이며 모두가 어려운 부분이 끝났다고 말한다. 다음 날, 같은 프로그램이 다리와 오픈을 만들어내며 누군가 스위치를 누른 것처럼 보인다. 불편한 점은 아무것도 '크게' 바뀌지 않았다는 것이다—그저 화요일 밤에 혼합된 팀과 함께 일어나는 평범한 일들이다.
브루클린 파크 파일럿 라인 빌드에서 드리프트는 사람들이 바라보고 싶지 않은 곳에서 나타났다: 지역 전체의 납땜 페이스트 양이 감소하는 추세. Koh Young SPI는 누군가가 패스/실패 스냅샷 대신 추세를 살펴보는 것만으로도 명확하게 보여줬다. 그리고 더 나빠졌다: Heller 1809의 리플로우 레시피가 '광택을 위해 조정'되면서 중간에 미세 조정되었다. 이것은 사보타주가 아니다. '같은 빌드'에 대한 합의된 정의가 없기 때문에 일어나는 일일 뿐이다.
일정 압박이 가해지면 자연스럽게 요청하는 것은 보통 '더 많은 테스트를 추가할 수 있나요' 또는 '검사를 더 할 수 있나요'이다. 그 요청은 감정적으로는 이해가 되지만, 잘못된 목표를 겨냥한다. 파일럿의 역할은 팀이 한 번에 유닛을 라인에서 밀어내는 것을 증명하는 것이 아니다. 정상적인 변동 하에서 프로세스가 반복 가능하다는 것을 증명하는 것이다, 조절 가능한 노브와 캡처된 상태로.
실제로 수익 램프 서비스가 무엇인지 (그리고 무엇이 아닌지)
수율 램프 서비스는 잘 수행되면 두 개의 선로에서 동시에 작동합니다. 첫 번째는 격리: 속도가 아직 불안정할 때 선적과 안전을 보호하는 것. 두 번째는 능력: 결함 메커니즘을 닫아 라인이 영웅적인 조치를 필요로 하지 않도록 하는 것. 압박을 받는 팀은 종종 처음 두 번째 트랙만 수행하고 이를 “램핑”이라고 부릅니다.
'검사 추가' 반사작용은 실패를 가장 쉽게 볼 수 있는 곳이다. AOI 커버리지를 늘리거나 기능 테스트를 확장하면 단기적으로 탈출을 줄일 수 있으며—규제 제품에서는 그 차단이 필수적이다. 그러나 검사는 프로세스를 더 안정적으로 만들지 않는다. 더 나쁘게는, 관리되지 않는 검사는 공장을 사회적으로 둔감하게 만들 수 있다: 운영자들은 어떤 호출이 소음인지 배우고, 반쯤 자동으로 처리하며, 결함 데이터는 논쟁의 산더미로 변한다. 이는 커넥터 그림자가 끊임없는 성가신 호출을 만든 Mirtec AOI 프로그램에서 발생했다. 라인에는 '많은 결함'이 있었지만, 실제로는 매우 명확하지 않았다. 검사 시스템은 기술적으로 실패하기 전에 사회적으로 실패한다.
당신은 수율 문제가 아니라, 통제되지 않는 프로세스 문제가 있다.
이것은 재무적이고 운영상 중요한 문제이며, 철학적 문제만은 아니다. 만약 보드가 재작업 벤치에서 14분의 터치업을 하고, 부담률이 $55/시간이라면, 이는 재테스트 시간, 스크랩 위험, 대기열의 숨겨진 비용을 고려하기 전의 노동 비용으로 약 $6.40이다. 그 수치는 드물지 않으며, 팀이 재작업을 계획으로 정상화할 때마다 나타난다. 수율 수치는 여전히 '괜찮게' 보일 수 있는데, 이는 조직이 배송된 것만 계산하기 때문이다.
이 혼란은 끊임없기 때문에 명확히 하자: FPY는 재작업 없이 정의된 단계에서의 최초 통과 수율이다. RTY는 단계 전체의 누적 처리 수율이다. '선적 수율'은 충분히 많은 사람이 만져서 통과할 때까지 남은 것이다. 팀들은 마지막 수치를 좋아하는데, 이는 슬라이드 데크를 안전하게 느끼게 하지만, 마진을 허구로 만든다. 합리적인 FPY 목표는 보편적이지 않으며, 단위 경제성과 위험에 따라 달라진다. 재작업이 제한되고 문서화된 고혼합 산업 제어는 잠시 동안 92% FPY를 유지할 수 있지만, 마진이 좁은 고볼륨 제품은 그렇지 않으며, 수학은 이를 벌한다.
그래서 서비스는 단순히 '더 많은 검사'가 아니다. 이는 시간 제한된 차단 계획과 근본 원인 해결 계획이 결합된 것으로, 안정적인 기준선을 만들어야 한다. 일반적인 강제 규칙은 간단하다: 차단은 상위 메커니즘이 위조되고 해결되는 동안 한두 번의 빌드에 허용된다. 차단이 무기한으로 계속되면, 조직은 산출물을 임대하는 것이다.
첫 번째 강제 기능: 거짓말하지 않는 결함 파레토
램프 혼란은 모든 것을 똑같이 긴급하게 느끼게 만들어 팀이 몇 주를 소모하게 만듭니다. 해독제는 검증을 견딜 수 있는 결함 로그와 논쟁하기 어려운 파레토입니다.
최소 요구 사항은 지루합니다: 일관된 분류체계와 결함을 메커니즘에 연결할 수 있는 충분한 열. 완벽한 MES일 필요는 없지만 사용할 수 있어야 합니다. 팀이 “어디서, 어떤 refdes에서, 어떤 라인에서, 언제”라는 질문에 답할 수 없게 되는 순간, 그들은 스토리텔링을 하고 있는 것이지 수율 작업을 하고 있는 것이 아닙니다.
실제 파레토의 필요를 지원하는 결함 로그는 최소한 다음과 같아야 합니다:
- 결함 유형 (일관된 범주; IPC-7912A 스타일 범주도 팀이 실제로 사용할 수 있다면 괜찮음)
- 위치와 refdes (단순히 “측면 A”가 아님)
- 시간/날짜 및 빌드/로트 식별자 (이로 인해 드리프트가 나타남)
- 라인/기계와 작업자/교대 (변동에는 지문이 있기 때문)
- 처분 및 재작업 단계 (재작업이 보이지 않는 노동이 아니도록)
거기서부터, 움직임은 무자비합니다: 상위 1~3개의 결함 모드를 원으로 표시하고 각 메커니즘을 흐름 전체에서 추적하세요—재료 → 인쇄 → 배치 → 리플로우 → 검사 → 테스트 → 취급. 모든 결함이 동일한 엔지니어링 시간을 받을 필요는 없습니다. 우선순위 지정은 무관심이 아니라, 램프가 살아남는 방법입니다. 반드시 큰 소리로 말해야 하는 예외가 하나 있는데, 그것은 치명적인 저빈도 결함(안전, 규제, 리콜 수준)이 그 파레토 순위보다 높게 평가받는 경우입니다. 이것은 단순한 위험 관리에 척추를 가진 것입니다.
파레토는 또한 검사 신뢰성에 달려 있습니다. 만약 AOI가 40% 성가신 호출을 생성한다면, 파레토는 오염되고 팀은 유령을 쫓게 될 것입니다. 그래서 “AOI 조정”은 선택이 아니라 필수입니다. 그 미르텍 라인에서는 간단한 거버넌스 규칙이 모든 것을 바꿨습니다: 반복되는 성가신 호출은 48시간 이내에 수정되거나 제거됩니다. 그 규칙은 신뢰를 회복시키고 결함 데이터를 정리했으며, 진짜 상위 결함—QFN 코너의 납땜 부족과 피더 레인 문제에 연결된 회전된 0402—를 드러내게 했습니다. 측정 시스템을 정리하는 것은 수율 램프 작업의 일부이지, 사후 고려사항이 아닙니다.
붙여넣기는 조종사들이 조용히 죽는 곳입니다 (스텐실 + 프린트 컨트롤)
많은 팀이 여기서 마법 같은 답을 원합니다: “어떤 스텐실 두께를 사용해야 할까?” “권장하는 구경 축소는 무엇일까?” “SAC305에 가장 적합한 리플로우 프로파일은 무엇일까?” 이것은 레시피 사냥입니다. 이는 확실성처럼 들리기 때문에 유혹적입니다. 파일럿에서는 산출물이 정적인 레시피가 아니라, 프로세스 창과 그것을 내부에 유지하는 제어입니다.
페이스트 인쇄는 파일럿의 안정성 이야기가 무너지는 가장 흔한 곳입니다. 또한 작은 빠른 변화가 큰 느린 변화보다 수율을 더 많이 움직일 수 있는 곳이기도 합니다. BGA 코너 오픈이 간헐적으로 나타난 빌드에서는, 쉬운 이야기는 BGA 공급업체를 탓하는 것이었습니다. 불편한 움직임은 SPI 시간 시리즈 데이터를 요청하고 인쇄 1시간 동안 드리프트를 찾는 것이었습니다. 그 데이터는 시간에 따라 페이스트 양의 변동성이 증가하는 것을 보여주었고, 특히 주변 패드에서 그렇습니다. X선(노드슨 데이지와 유사한 시스템)은 BGA 코너에서 증상을 확인했지만, SPI는 메커니즘을 지적했습니다.
수정은 화려하지 않았습니다: 빠른 전환 스텐실 수정, 더 엄격한 언더-스텐실 와이프 템포, 그리고 정의된 스퀴지 압력 창. 이들은 고립된 “영원한 답변”이 아니며, 안정적인 창에 넣을 수 있는 제어 가능한 노브입니다. 또한 증거를 생성합니다. 증거는 팀이 분위기에 따라 공급업체에 에스컬레이션하는 것을 방지하기 때문에 중요합니다. 먼저 내부 인쇄 능력을 입증하고, 결함이 계속되면 외부로 에스컬레이션하세요.
이것은 또한 파일럿이 교대 변동에 속는 곳입니다. 파일럿은 가장 경험이 많은 프린터 작업자와 함께하는 낮 교대에서는 안정적으로 보일 수 있지만, 페이스트 연령, 습도, 작업자 기술이 약간 다를 때 2교대로 넘어갈 수 있습니다. 브루클린 파크 사례는 결함 로그와 SPI 추세가 시간과 위치에 따라 정렬될 때까지 작업자 문제처럼 보였습니다. 셰일드 캔 지역 근처의 페이스트 양 드리프트는 측정 가능했고, 문서화되지 않은 중간 교대 변경과 상관관계가 있었습니다.
종종 파일럿 기준에 속하는 인쇄 제어의 짧은 체크리스트:
- 붙이기 유형 및 처리 규칙 (Type 4 SAC305는 마법이 아니며; 제어해야 하는 매개변수일 뿐입니다)
- 언더 스텐실 와이프 용제 및 템포(변경 시 규칙 포함)
- 스퀴지 압력 및 속도 범위(하나의 숫자가 아닌 범위)
- 교대 교체와 관련된 프린터 설정 점검(드리프트는 예측 가능한 타이밍이 있기 때문)
- SPI 임계값 및 데이터 내보내기, 추세를 보여주는 것, 단순히 통과/실패 스냅샷이 아님
이것은 전체 스텐실 설계 튜토리얼이 아닙니다. IPC-7525는 그 이유가 있습니다. 핵심은 수율 향상 서비스가 페이스트와 인쇄를 1등급 수율 레버로 취급하며, 정상적인 변동성을 견딜 수 있는 제어를 고집한다는 점입니다.
리플로우 프로파일: 레시피 헌팅을 멈추고 지루한 창을 만들어라
파일럿에서의 리플로우 프로파일 작업은 종종 외관 조절로 취급되어 실패합니다. 누군가는 무딘 조인트를 보고 '조정'하여 영역을 더 반짝이게 만듭니다. 다른 누군가는 공극 패턴을 보고 담금 시간을 변경하지만 이를 포착하지 않습니다. 그런 다음 팀은 움직이는 목표에 의해 생성된 결함 데이터를 통해 배우려고 합니다.
반복해서 나타나는 한 가지 교훈은 지루한 창이 확장된다는 것입니다. '최고의 설정' 사고방식은 프로세스를 가장 빠른 컨베이어, 가장 뜨거운 피크, 다리 방지를 위한 최소 페이스트로 밀어붙이려 합니다. 이는 페이스트가 한 시간 더 오래되고, 습도가 변하며, 기판이 약간 휘고, 다른 작업자가 프린터를 로드할 때까지 효율적으로 느껴집니다. 작은 DOE 스타일 시험에서 몇 가지 조절장치—와이프 빈도, 스퀴지 압력, 담금 시간—를 변경하면 덜 예쁘지만 훨씬 더 반복 가능한 넓은 창이 드러날 수 있습니다. 파일럿은 가장 예쁜 조인트가 필요하지 않으며, 지루하게 일관된 조인트가 필요합니다.
이것이 바로 헬러 1809 레시피 잠금 세부 사항이 중요한 이유입니다. 특정 오븐 모델보다 프로파일이 소유자, 버전, 기록이 있는 유물이라는 사실이 더 중요합니다. 프로파일 변경이 필요하면 기록되고, 하류 데이터에 적절히 라벨이 붙습니다. 이것만으로도 '어제는 잘 작동했는데'라는 반응의 절반을 방지할 수 있습니다.
그리고 네, 이것은 맥락적입니다. SAC305에 대한 보편적인 '최고의 리플로우 프로파일'은 없습니다. 오븐 유형이 다르고, 기판 질량이 다르며, 부품 밀도가 다르고, 질소 대 공기 변화가 습윤 행동에 영향을 미치기 때문입니다. 가장 정직한 결과는 가드레일과 안정적인 창을 빠르게 찾는 방법을 제공하는 것이지, 복사된 그래프가 아닙니다.
팀이 프로파일과 허용 범위를 망설임 없이 말할 수 있게 되면, 다음 질문은 인간적입니다: 이 프로세스가 교대 간 행동을 견딜 수 있나요? 바로 그때 작업자 루프가 '소프트한 것'에서 '수율 메커니즘'으로 바뀝니다.
운영자, 검사 신뢰도, 그리고 10분 루프
작업자 피드백 루프는 대부분의 대시보드보다 더 강력합니다. 왜냐하면 램프 문제는 촉각적이고 국소적이기 때문입니다. 페이스트 행동이 변하고, 핸들링 손상이 고정구 주변에 나타나며, AOI 호출은 현실과 일치하지 않게 됩니다. 라인이 자체 검사를 무시하는 법을 배웠다면, 램프는 이미 문제가 있는 상태입니다.
AOI 방해 호출이 자동 배치를 훈련시킨 라인에서는, 실패는 미르텍이 나쁜 기계였기 때문이 아닙니다. 실패는 거버넌스에 있습니다. 작업자들은 반복적인 노이즈에 대한 예측 가능한 인간 반응인 동일한 커넥터 그림자 호출을 계속 지우고 있었습니다. 해결책은 부분적으로 기술적이었으며—조명과 라이브러리 임계값—또는 사회적이었습니다: 반복되는 방해 호출은 48시간 이내에 수정되거나 제거된다는 명확한 규칙입니다. 그 규칙은 신뢰성을 재구축했고, 데이터를 정리했으며, 파레토를 정직하게 만들었습니다.
파일럿에서 작동하는 가벼운 루프는 10분 간의 교대 종료 브리핑으로, 세 가지 질문을 포함합니다: '무엇이 당신을 느리게 했나요?', '무엇을 두 번 재작업했나요?', '지침이 일치하지 않았던 것은 무엇인가요?' 핵심은 종료입니다: 변경은 하루 이내에 이루어지고, 팀은 '우리가 Y를 봤기 때문에 X를 변경했다'고 명확히 연결합니다. 규제 환경에서는 이 종료가 ECO/NCR 경로와 통제된 작업 지침 업데이트를 통해 흐르도록 해야 합니다. 이 루프는 여전히 작동하며, '라인 수정'이 문서화되지 않은 프로세스 표류가 되지 않도록 적절한 서류 작업이 필요할 뿐입니다.
골든 프로세스 패킷: 파일럿을 전이 가능하게 만들기 (그리고 CM‑Proof)
다른 건물에서 복제할 수 없는 파일럿은 단지 이야기일 뿐 증거가 아닙니다. 이는 제품이 사내 라인에서 CM으로, 또는 파일럿 팀에서 대량 생산으로, 또는 한 지역에서 다른 지역으로 이동할 때 가장 중요합니다. 실패 모드는 예측 가능하며, '같은 개정판'이 다른 소모품과 다른 설정 하에서 만들어지고, 결함이 모양을 바꾸며, 책임 소재가 운영 체제로 바뀝니다.
메이슨의 고객 사이트와 과달라하라의 CM 간의 의료 파일럿 이전에서, 보드는 종종 전기적으로는 양호했지만, 검토는 혼란스러웠다. 사람들이 무엇이 바뀌었는지 답하지 못했다. 오븐 존이 조정되었다. 스텐실 닦는 용제가 교체되었다. 질소 재유입이 한 곳에서는 사용되고 다른 곳에서는 공기가 사용되었으며 포착되지 않았다. BTC/QFN 공백과 간헐적 오픈이 CM에서 나타났을 때, 이를 'CM이 만들 수 없다'고 프레임하는 것이 유혹적이었다. 실제 결함은 누락된 기준선이었다.
이것이 수율 향상 서비스가 거버넌스 작업으로 전환되는 지점이다. '골든 빌드 패킷'은 형식이 아니라 이전 수단이다. 이는 산출물에서 '같은 빌드'가 무엇을 의미하는지 정의하며, 의도와는 별개이다. 또한 강제 기능을 생성한다: 팀이 프로세스를 기록할 수 없다면, 안정적이라고 주장할 수 없다.
실용적인 골든 패킷에는 일반적으로 버전 제어되고 수정이 일치하는 항목들이 포함된다:
- 스텐실 도면과 모든 단계 스텐실 호출(개구부 노트 포함)
- 오븐 레시피와 측정/검증 방법(단순히 '존 3 = 240'이 아님)
- 배치 프로그램 식별자 또는 해시와 기계 설정 노트
- AOI 라이브러리 버전과 검사 임계값(및 성가신 호출 규칙)
- SPI 임계값과 내보내는 데이터
- 작업 지침, 관련 토크 사양, ESD 통제, 재작업 한도
- 변경 제어 경로: 누가 무엇을 변경할 수 있으며, 어떤 증거와 함께 기록하는지
중요한 우회로는 사람들이 여기서 멈추기 때문에 중요하다: 수용 임계값은 항상 보편적이지 않다. 예를 들어 BTC/QFN 공백 기준은 적용 및 표준에 따라 다를 수 있으며, 팀은 이전 과정 중에 이를 즉흥적으로 결정해서는 안 된다. 규율 있는 조치는 품질/고객 이해관계자와 기준에 동의하고, 어떤 표준 개정 또는 내부 사양이 사용되고 있는지 기록하는 것이다. 핵심은 파일럿을 문서화 축제로 만들지 않는 것이다. 핵심은 조용한 조정을 통해 파일럿 데이터를 일화로 바꾸는 것을 막는 것이다.
문은 무딘 것이다: '같은 빌드'에 대한 정의가 생기기 전에는 확장하지 말고, 그 정의는 이동할 수 있는 패킷에 있어야 한다.
유닛을 따르기: '수율'이 더 이상 병목이 아닐 때
심지어 SMT FPY가 향상되더라도, 제약이 이동했기 때문에 파일럿이 출하 날짜를 놓칠 수 있다. 납땜 조인트만 바라보는 수율 향상 서비스는 진짜 장애물을 놓칠 수 있다.
페낭 CM 빌드에서는 SMT 라인이 안정화되었지만, 납품은 여전히 늦었다. 유닛을 따라가면 기능 테스트에서 대기열이 드러났으며, 이는 침대 못 모양의 고정장치 문제로 인한 간헐적 접촉이 원인이었다: 재테스트가 반복되면서 대기열이 늘어나고 일정이 미뤄졌다. 본능은 더 많은 고정장치를 구매하는 것이었지만, 더 빠른 해결책은 접촉을 재설계하고, SMT 기준선을 정의하는 동일한 골든 패킷에 기록된 청소 및 유지보수 일정을 수립하는 것이었다. FPY는 거의 변하지 않았지만, 처리량은 증가했다—왜냐하면 시스템 제약이 더 이상 납땜이 아니었기 때문이다.
간단한 리트머스 테스트가 순환을 닫는다: 차단은 이번 주 배송 위험을 차단하는 것이다. 능력은 다음 주를 더 차분하고 저렴하게 만든다. 파일럿이 차단만으로 끝난다면—더 많은 테스트, 더 많은 검사원, 더 많은 재작업 벤치—생산량은 존재할 수 있지만, 향상은 임대하는 것이다. 만약 파일럿이 파레토 기반 종료 계획, 신뢰할 수 있는 검사 시스템, 지루한 프로세스 창, 그리고 '같은 빌드'를 정의하는 골든 패킷으로 끝난다면, 그 향상은 실제로 확장할 수 있는 것이다.
