การแนะนำ
ทีม OEM จำนวนมากคิดว่าเมื่อบอร์ดต้นแบบมาถึง การตรวจสอบจะดำเนินไปอย่างรวดเร็ว
นั่นฟังดูสมเหตุสมผล ในโครงการจริงมักไม่เป็นเช่นนั้น
การประกอบ PCB ต้นแบบสามารถกลับมาได้ตามกำหนดเวลาและยังคงเสียเวลาหลายวันหรือถึงหนึ่งสัปดาห์ในการตรวจสอบว่าทีมงานยังคงโต้เถียงเกี่ยวกับสิ่งที่บิลด์ควรจะพิสูจน์ สิ่งที่เปลี่ยนแปลงใน BOM หรือเส้นทางการทดสอบพร้อมที่จะสร้างคำตอบที่ใช้งานได้หรือไม่ เมื่อถึงจุดนั้น การชะลอตัวไม่ได้เป็นเพียงเกี่ยวกับระยะเวลาในการประกอบอีกต่อไป มันกลายเป็นปัญหาการรีลีส การทดสอบ และแฮนด์ออฟ
นั่นคือคำถามที่แท้จริงเบื้องหลังบทความนี้ ประเด็นไม่ได้อยู่ที่ความรวดเร็วในการสร้างต้นแบบเท่านั้น ปัญหาคือเหตุใดการตรวจสอบจึงยังคงหยุดทำงานหลังจากที่บอร์ดอยู่บนม้านั่งแล้ว
หากทีมของคุณเลยเวลาที่กำหนดไปแล้ว-และกำลังพยายามทำความเข้าใจว่าเหตุใดความคืบหน้าของต้นแบบจึงยังรู้สึกช้า นี่คือจุดที่คุณควรมองข้ามการประกอบเพียงอย่างเดียว และตรวจสอบเส้นทางทั้งหมดการประกอบ PCB.
การส่งมอบต้นแบบและการตรวจสอบต้นแบบไม่ใช่เหตุการณ์สำคัญเดียวกัน
นี่คือจุดที่ตารางงานจำนวนมากถูกอ่านผิด
การส่งมอบต้นแบบหมายความว่าบอร์ดได้รับการประดิษฐ์ ประกอบ และรับแล้ว การตรวจสอบต้นแบบหมายความว่าทีมงานได้ใช้บอร์ดเหล่านั้นเพื่อตอบคำถามทางเทคนิคที่ต้องการและตัดสินใจว่าจะเกิดอะไรขึ้นต่อไป
สิ่งเหล่านี้ไม่ใช่เหตุการณ์สำคัญเดียวกัน
คณะกรรมการสามารถมาถึงตรงเวลาแต่ยังคงล้มเหลวในการขับเคลื่อนโครงการไปข้างหน้า อาจเปิดเครื่องได้ แต่ยังคงไม่รองรับเส้นทางทดสอบที่สำคัญ อาจประกอบได้อย่างถูกต้อง แต่ยังคงทำให้เกิดข้อสงสัยเกี่ยวกับสิ่งทดแทน สมมติฐานในการเขียนโปรแกรม ลักษณะการทำงานของอินเทอร์เฟซ หรือการแก้ไขใดที่อยู่บนม้านั่งสำรองจริงๆ บางครั้งฮาร์ดแวร์ก็ไม่ได้เป็นปัญหาเลย ทีมงานไม่เห็นด้วยกับสิ่งที่นับเป็นการส่งบอล สิ่งที่นับเป็นการเบี่ยงเบนที่ยอมรับได้ และสิ่งใดที่ควรกระตุ้นให้เกิดการหมุนอีกครั้ง
นั่นคือสาเหตุที่การตรวจสอบต้นแบบมักจะหลุดลอยหลังการส่งมอบมากกว่าที่เกิดขึ้นก่อน
บอร์ดสามารถสร้างได้ก่อนที่จะตรวจสอบได้อย่างแท้จริง
สิ่งที่มักจะทำให้การตรวจสอบช้าลง
การตรวจสอบต้นแบบมีแนวโน้มที่จะช้าลงเมื่อทีมปฏิบัติต่อ "บอร์ดที่ได้รับ" ราวกับว่านั่นหมายถึง "การตัดสินใจ-ฮาร์ดแวร์ที่พร้อม"
โดยปกติแล้วจะไม่เป็นเช่นนั้น
แฮนด์ออฟข้อมูลที่อ่อนแอ
รุ่นต้นแบบบางรุ่นได้รับการเผยแพร่โดยมีข้อมูลเพียงพอสำหรับการผลิตบอร์ด แต่มีข้อมูลไม่เพียงพอที่จะตรวจสอบได้อย่างหมดจด
อาจมี Gerber และ BOM ปรากฏอยู่ สิ่งที่มักจะอ่อนแอกว่าคือทุกสิ่งรอบตัว: บันทึกการเขียนโปรแกรม จุดประสงค์ในการประกอบ ตัวเลือกที่ได้รับอนุมัติ สมมติฐานของเฟิร์มแวร์ การเรียกขั้ว เกณฑ์การผ่าน และตรรกะการตรวจสอบที่บอกทีมว่าการหมุนครั้งนี้มีจุดประสงค์เพื่อจัดการอย่างไร
ที่ทำให้เกิดการเสียดสีกันทันที
คณะกรรมการมาถึงแล้ว แต่ผู้ที่พยายามตรวจสอบความถูกต้องยังคงต้องการคำชี้แจง จากนั้นทุกพฤติกรรมที่ไม่คาดคิดก็จะกลายเป็นการตีความอีกรอบ โครงการไม่ถูกบล็อกเพราะโรงเรือนประกอบช้า มันถูกบล็อกเนื่องจากแพ็คเกจ build เสร็จสมบูรณ์เพียงพอที่จะเผยแพร่ แต่ไม่สมบูรณ์เพียงพอที่จะรองรับการเรียนรู้ที่รวดเร็ว
การค้นพบ DFM ล่าช้า
ความล่าช้าในการตรวจสอบต้นแบบบางอย่างไม่ได้เกิดจากไฟฟ้าขัดข้อง มีสาเหตุมาจากปัญหาด้านการผลิตซึ่งจะเห็นได้ชัดหลังจากที่การออกแบบก้าวไปไกลเกินไปแล้วเท่านั้น
รอยเท้าที่ไม่ตรงกัน การเข้าถึงจุดทดสอบ-อ่อนแอ ปัญหาด้านความร้อนที่หลีกเลี่ยงได้ หรือการเลือกเค้าโครง-ที่เน้นการประกอบ อาจไม่สามารถหยุดการสร้างบอร์ดได้ ยังคงสามารถชะลอการตรวจสอบได้ไม่ดีเมื่อพฤติกรรมไม่ต่อเนื่อง การบัดกรีไม่สอดคล้องกัน หรือปัญหาในการตรวจสอบเริ่มบดบังคำถามการออกแบบที่แท้จริง
นั่นคือเหตุผลว่าทำไมปัญหา DFM ล่าช้าจึงมีราคาแพงในงานต้นแบบ พวกเขาไม่เพียงแต่ทำให้การหมุนครั้งถัดไปล่าช้าเท่านั้น นอกจากนี้ยังลดคุณค่าการเรียนรู้ของการหมุนปัจจุบันด้วย
ความพร้อมใช้งาน-การทดแทนที่ขับเคลื่อนด้วย
การสร้างต้นแบบสามารถทนต่อความยืดหยุ่นในการจัดหาได้มากกว่าล็อตนำร่อง นั่นเป็นเรื่องปกติ
ปัญหาเริ่มต้นขึ้นเมื่อมีการเลือกชิ้นส่วนทดแทนอย่างรวดเร็ว แต่ไม่ได้นำไปสู่ตรรกะการตรวจสอบอย่างชัดเจน เมื่อถึงจุดนั้น ทีมงานไม่ได้ทดสอบสมมติฐานที่ชัดเจนอีกต่อไป อยู่ระหว่างการทดสอบการออกแบบพร้อมทั้งวิธีแก้ปัญหาในการจัดหา
ความแตกต่างนั้นมีความสำคัญมากกว่าที่หลายทีมคาดหวัง
พิน-ทางเลือกที่เข้ากันได้อาจยังคงเปลี่ยนพฤติกรรมการเริ่มต้น การตอบสนองต่อความร้อน ระยะขอบของเวลา หรือลักษณะของสัญญาณเพียงพอที่จะทำให้{1}}ซับซ้อนขึ้น การตรวจสอบจะช้าลงเนื่องจากทีมงานพยายามตอบคำถามอื่นนอกเหนือจากที่วางแผนไว้ โปรเจ็กต์นี้จะกลายเป็นแบบฝึกหัดการแก้ไขจุดบกพร่อง แบบฝึกหัดเสริมคุณสมบัติ-
ทดสอบความพร้อมที่ตามหลังความพร้อมในการสร้าง
นี่เป็นหนึ่งในปัญหาคอขวดที่ซ่อนอยู่ที่พบบ่อยที่สุด
บอร์ดอาจประกอบได้ทันเวลาในขณะที่เส้นทางการตรวจสอบจริงยังไม่พร้อมเลย ไฟล์โปรแกรมอาจยังคงเคลื่อนไหวอยู่ การตั้งค่าม้านั่งอาจยังไม่เป็นทางการ การแข่งขันอาจยังไม่มีอยู่ ความคาดหวังด้านการทำงานอาจยังไม่ชัดเจน แม้แต่ลอจิกผ่าน/ไม่ผ่านก็อาจหลวมเกินไปที่จะรองรับการตัดสินใจที่รวดเร็ว
ในกรณีดังกล่าว PCB Assembly ไม่ใช่สิ่งที่ทำให้โครงการช้าลง ช่องว่างอยู่ระหว่างการสร้างเสร็จสมบูรณ์และการดำเนินการทดสอบที่ใช้งานได้
ต้นแบบ AOI-ที่สมบูรณ์ไม่ใช่ต้นแบบที่พร้อมสำหรับการยืนยัน-โดยอัตโนมัติ
การตรวจสอบด้วยตนเองเริ่มกลายเป็นปัญหาคอขวด
การตรวจสอบด้วยตนเองนั้นใช้ได้สำหรับบอร์ดยุคแรกๆ บางรุ่น
มันกลายเป็นลากเร็วกว่าที่หลายทีมคาดไว้มาก
เมื่อบอร์ดมีความหนาแน่นมากขึ้น การเข้าถึงจะแย่ลง หรือจำนวนหน่วยเพิ่มขึ้นเกินกว่าตัวอย่างเพียงไม่กี่ตัวอย่าง การตรวจสอบด้วยตนเองจะเริ่มเปลี่ยนแต่ละบอร์ดให้เป็นการตรวจสอบเล็กๆ ของตัวเอง ทีมงานอาจยังคงได้รับคำตอบ แต่จะได้รับช้ากว่า โดยมีการตรวจสอบซ้ำมากขึ้น และขึ้นอยู่กับว่าใครเป็นผู้คุมการสอบสวนมากขึ้น
นั่นคือเหตุผลว่าทำไมฟิกซ์เจอร์การพัฒนาที่เรียบง่าย การเข้าถึงโพรบที่ดีขึ้น หรือเส้นทางการนำขึ้นที่มีโครงสร้างมากขึ้น-จึงมีความสำคัญแม้ในขั้นตอนต้นแบบ เป้าหมายไม่ใช่การสร้างอุปกรณ์การผลิตเต็มรูปแบบเร็วเกินไป เป้าหมายคือการหยุดเสียเวลาในการตรวจสอบกับปัญหาการเข้าถึงทางกายภาพที่หลีกเลี่ยงได้
มีบิลด์หนึ่งพยายามตอบคำถามมากเกินไป
ล็อตต้นแบบบางล็อตเคลื่อนที่ช้าเนื่องจากขอบเขตของการสร้างกว้างเกินไป
บอร์ดนี้คาดว่าจะตรวจสอบฟังก์ชันของฮาร์ดแวร์ พฤติกรรมของซอฟต์แวร์ ความเสถียรของพลังงาน ความสมบูรณ์ของสัญญาณ อุณหภูมิ ความสามารถในการผลิต พฤติกรรมของภาคสนาม และอาจถึงขั้นปฏิบัติตามสมมติฐานตั้งแต่เนิ่นๆ ทั้งหมดในคราวเดียว ตามทฤษฎีแล้วฟังดูมีประสิทธิภาพ ในทางปฏิบัติหมายความว่าไม่มีคำถามปลายเปิดใดที่ปิดได้อย่างหมดจด
โดยทั่วไปต้นแบบที่มุ่งเน้นจะตรวจสอบได้เร็วกว่าบิลด์ที่พยายามจัดการทุกอย่างด้วยการผ่านครั้งเดียว
ในงานต้นแบบ กำหนดการมักจะเคลื่อนไปพร้อมกับคำถามที่ยังไม่ได้รับคำตอบที่ช้าที่สุด ไม่ใช่แค่ขั้นตอนทางกายภาพที่ช้าที่สุดเท่านั้น
โดยที่ทีม OEM มักตัดสินปัญหาผิด
ข้อผิดพลาดที่พบบ่อยที่สุดคือการสมมติว่าความล่าช้ายังคงเป็นของการผลิต
บางครั้งก็เป็นเช่นนั้น บ่อยครั้งที่มันไม่ได้
เมื่อบอร์ดอยู่บนม้านั่งสำรองแล้ว ปัญหาคอขวดที่แท้จริงมักจะเปลี่ยนไปเป็นตรรกะในการตรวจสอบ การควบคุมการแก้ไข การจัดหาความชัดเจน และลำดับการทดสอบ โปรเจ็กต์ยังคงรู้สึกช้า แต่ก็ไม่ช้าอีกต่อไปด้วยเหตุผลเดียวกันกับที่ช้าก่อนที่จะมีการจัดส่งบิลด์
ความแตกต่างนั้นมีความสำคัญเนื่องจากทีมมักจะตอบสนองต่อปัญหาที่ไม่ถูกต้อง พวกเขาผลักดันให้สร้างเทิร์นถัดไปที่เร็วขึ้น- เมื่อสิ่งที่พวกเขาต้องการจริงๆ คือวัตถุประสงค์ในการตรวจสอบที่เข้มงวดยิ่งขึ้น พื้นฐานการแก้ไขที่ชัดเจนยิ่งขึ้น หรือเส้นทางทดสอบที่สามารถรองรับการตัดสินใจได้จริง แทนที่จะสร้างการสนทนากันมากขึ้น
คณะกรรมการสามารถกลับมาตามกำหนดเวลาและยังคงเสียเวลาหนึ่งสัปดาห์ในการตรวจสอบหากทีมยังคงโต้เถียงกันเกี่ยวกับสิ่งที่ควรจะพิสูจน์
กรณีขอบเขตที่เป็นประโยชน์
ล็อตต้นแบบขนาดเล็กไม่ได้หมายความว่าการตรวจสอบจะต้องรวดเร็วโดยอัตโนมัติ
โครงสร้างสิบ-บอร์ดยังคงสามารถตรวจสอบได้ช้าๆ ว่าแต่ละหน่วยมีการเปลี่ยนแปลงการจัดหาที่ยังไม่ได้รับการแก้ไข จุดประสงค์ในการทดสอบที่ไม่ชัดเจน และสมมติฐานการแก้ไขแบบผสม การหมุนห้า-บอร์ดยังสามารถลากได้หากพื้นฐานเฟิร์มแวร์มีการเคลื่อนไหวในเวลาเดียวกัน และแผนการตรวจสอบไม่เคยแคบลงเพียงพอ
ในทางกลับกัน ล็อตที่ค่อนข้างใหญ่กว่าอาจตรวจสอบได้เร็วกว่าหาก BOM สะอาดกว่า คำถามแคบกว่า และเส้นทางการนำขึ้นมา-มีโครงสร้างอยู่แล้ว
นั่นคือเหตุผลว่าทำไมการนับบอร์ดเพียงอย่างเดียวจึงเป็นตัวทำนายความเร็วในการตรวจสอบได้ไม่ดี
สิ่งที่ช่วยให้การตรวจสอบดำเนินการเร็วขึ้น
หากเป้าหมายคือการลดระยะเวลาการตรวจสอบต้นแบบ โดยปกติแล้วการปรับปรุงที่ใหญ่ที่สุดจะเกิดขึ้นก่อนที่การสร้างครั้งถัดไปจะเริ่มขึ้น
ล็อคคำถามการตรวจสอบก่อนหน้านี้
ต้นแบบจะตรวจสอบได้เร็วขึ้นเมื่อทีมรู้ว่าการหมุนนี้ควรจะพิสูจน์อะไร และที่สำคัญไม่แพ้กันคือสิ่งที่ไม่ควรพิสูจน์
มองเห็นการเปลี่ยนแปลงแหล่งที่มาอยู่เสมอ
หากใช้การทดแทนที่ขับเคลื่อนด้วยความพร้อมใช้งาน- สิ่งเหล่านั้นควรจะชัดเจนในบันทึกการสร้างและง่ายต่อการพูดคุยระหว่างการตรวจสอบ การเปลี่ยนแปลงการจัดหาที่ซ่อนอยู่ทำให้เกิดการเรียนรู้ที่ช้า
จัดแพ็คเกจข้อมูลให้ตรงกับเส้นทางทดสอบ
การแก้ไข BOM, เอาต์พุตแอสเซมบลี, เวอร์ชันเฟิร์มแวร์, สมมติฐานในการเขียนโปรแกรม และ-รายการตรวจสอบการนำขึ้นมาควรชี้ไปที่บรรทัดฐานที่ตั้งใจไว้เดียวกัน
เตรียมเส้นทางทดสอบก่อนที่บอร์ดจะมาถึง
การเขียนโปรแกรม การตั้งค่าตั้งโต๊ะ เกณฑ์การผ่าน และงานติดตั้งทั่วไปใดๆ ไม่ควรรอจนกว่าชุดประกอบจะอยู่ในมือแล้ว
ถือว่า DFM และทดสอบการเข้าถึงเป็นปัญหาด้านความพร้อมในการยืนยัน
หากการเข้าถึงการทดสอบไม่ดีหรือความเสี่ยงด้านการผลิตยังคงไม่ได้รับการแก้ไข การตรวจสอบจะไม่ค่อยมีความสะอาด ไม่ว่าบอร์ดจะถูกสร้างขึ้นเร็วแค่ไหนก็ตาม
ตรงนี้แหละที่คิดในแง่ของการทดสอบและตรวจสอบมีประโยชน์แม้ในขั้นตอนต้นแบบ
เหตุใดสิ่งนี้จึงมีความสำคัญมากกว่าในสภาพแวดล้อมปัจจุบัน
ในสภาพแวดล้อมการจัดหาปัจจุบัน การทดแทนที่ขับเคลื่อนด้วยความพร้อมใช้งาน-นั้นมีอยู่ทั่วไปมากกว่า และการผ่อนปรนระยะเวลารอคอยสินค้า-ไม่เท่ากันในหมวดหมู่ต่างๆ ซึ่งจะทำให้การตรวจสอบต้นแบบช้าลงเมื่อใดก็ตามที่การเปลี่ยนแปลงวัสดุไม่สะท้อนให้เห็นอย่างชัดเจนในแผนการตรวจสอบ คณะกรรมการอาจยังมาถึงตรงเวลา เส้นทางการเรียนรู้มักไม่เป็นเช่นนั้น
นั่นเป็นอีกเหตุผลหนึ่งที่การตรวจสอบต้นแบบควรถือเป็นขั้นตอนทางวิศวกรรมและการประสานงานของตัวเอง ไม่ใช่แค่การสิ้นสุดระยะเวลารอคอยในการประกอบเท่านั้น
บทสรุป
การตรวจสอบต้นแบบในโครงการประกอบ PCB มักจะช้าลงตามสิ่งที่เกิดขึ้นหลังจากที่บอร์ดมาถึง ไม่ใช่แค่เพียงความรวดเร็วในการสร้างเท่านั้น
สาเหตุที่พบบ่อยที่สุดคือการส่งต่อข้อมูลที่ไม่มีประสิทธิภาพ การค้นพบ DFM ที่ล่าช้า การทดแทนที่ขับเคลื่อนด้วยความพร้อม- ความพร้อมในการทดสอบที่ไม่ดี ความเสียดทานในการตรวจสอบด้วยตนเอง การเลื่อนการแก้ไข และเป้าหมายการตรวจสอบที่กว้างเกินกว่าที่การหมุนหนึ่งครั้งจะตอบได้หมดจด
นั่นไม่ใช่ปัญหาด้านการผลิตทั้งหมด หลายๆ ปัญหาเป็นปัญหาในการเปิดตัว ทดสอบ และแฮนด์ออฟ ก่อนที่จะเป็นปัญหาจากการผลิตอย่างแท้จริง
นั่นคือเหตุผลที่ทีมควรหยุดปฏิบัติต่อ "การส่งมอบต้นแบบ" ราวกับว่านั่นหมายถึง "การตรวจสอบต้นแบบ"
กระดานบนม้านั่งไม่ได้ทำให้ตารางเวลาสั้นลงด้วยตัวเอง เส้นทางการตรวจสอบที่ใช้งานได้
หากทีมของคุณพยายามลดระยะเวลาการตรวจสอบต้นแบบ ขั้นตอนถัดไปที่ใช้งานได้จริงคือการตรวจสอบบิลด์เทียบกับประกอบ PCB,กระชับเส้นทางการตรวจสอบความถูกต้องด้วยระดับที่เหมาะสมของการทดสอบและตรวจสอบคิดแล้วจัดแนวขอบเขตต้นแบบถัดไปผ่านขอใบเสนอราคาหรือติดต่อทีมงานโดยตรงได้ที่info@pcba-china.com
คำถามที่พบบ่อย
อะไรคือความแตกต่างระหว่างการส่งมอบต้นแบบและการตรวจสอบความถูกต้องของต้นแบบ?
การส่งมอบต้นแบบหมายความว่าบอร์ดได้รับการประกอบและรับแล้ว การตรวจสอบต้นแบบหมายความว่าทีมงานได้ใช้บอร์ดเหล่านั้นเพื่อตอบคำถามทางเทคนิคที่ต้องการ และตัดสินใจว่าจะเกิดอะไรขึ้นต่อไป
ทำไมบอร์ดต้นแบบถึงส่งตรงเวลาแต่ยังตรวจสอบช้า?
เนื่องจากการชะลอตัวมักจะเปลี่ยนจากการผลิตไปสู่ตรรกะในการตรวจสอบ ความชัดเจนของ BOM ความไม่แน่นอนของชิ้นส่วนทดแทน- ความพร้อมในการทดสอบ การควบคุมการแก้ไข และ-การจัดตำแหน่งข้ามสายงาน
การประกอบต้นแบบที่เร็วขึ้นหมายถึงการตรวจสอบที่เร็วขึ้นโดยอัตโนมัติหรือไม่
ไม่ แอสเซมบลีที่เร็วขึ้นจะช่วยได้ก็ต่อเมื่อเส้นทางการตรวจสอบมีความชัดเจนเพียงพอที่จะใช้ฮาร์ดแวร์รุ่นก่อนหน้าได้อย่างมีประสิทธิภาพ
อะไรคือสาเหตุหนึ่งของความล่าช้าในการตรวจสอบที่ถูกมองข้ามมากที่สุด
สาเหตุที่มักถูกมองข้ามคือแพ็คเกจบิลด์เสร็จสมบูรณ์เพียงพอที่จะเผยแพร่ แต่ไม่สมบูรณ์เพียงพอที่จะตรวจสอบได้อย่างหมดจดเมื่อบอร์ดมาถึง
