โรงงานที่พิมพ์ bridge / TEMP แล้วตั้งวันหมดอายุไว้ แต่ไม่มีคนมานั่งรีวิวเมื่อถึง due — ชิ้นชั่วคราวจะขยายเงียบ หรือกลายเป็นของถาวรโดยไม่มี FA เมื่อไม่มีระบบ ทบทวนอะไหล่พิมพ์ 3D ชั่วคราว label TEMP กลายเป็นแค่สติกเกอร์ และ expiry ไม่มีผล
บทความนี้ให้กรอบ review board สำหรับ maintenance planner และ QA: ใครต้องเข้า, รีวิวอะไรทุกสัปดาห์, และตัดสินใจถอด / ขยาย / แปลง / escalate อย่างไร — โดยไม่อ้างชื่อลูกค้า ไม่รับประกันว่าทุก TEMP จะถูกถอดตรงเวลา และไม่แทน permanent conversion หรือ OEM bridge
สรุปสั้น: มีวันหมดอายุยังไม่พอ ต้องมี board
| สิ่งที่ temp-fix review board ทำ | สิ่งที่ review board ไม่ทำ |
|---|---|
| บังคับรายการ TEMP ที่ใกล้ due / ค้างเกิน | แทนการตั้งวันหมดอายุครั้งแรก — ดู temp expiry |
| บังคับ decision ต่อเคส: ถอด / ขยาย / แปลง / escalate | แทน FA + dimensional ของการแปลงถาวร |
| ล็อก owner + due ถัดไปหลังแต่ละ decision | รับประกันว่า OEM / vendor จะมาตาม ETA |
| กันขยาย TEMP เงียบโดยไม่มี escalate | แทน NCR disposition ของชิ้นเสีย |
เป้าหมายคือ ทุก TEMP มีวันรีวิวและมีคนตัดสิน ไม่ใช่มี label แล้วจบ
ทำไม TEMP ที่ไม่มี review board จึงพัง
| สัญญาณ | ความหมายจริง |
|---|---|
| มี TEMP หมดอายุบนเครื่องแต่ไม่มี log รีวิว | expiry เป็นของตกแต่ง |
| ขยาย TEMP หลายรอบโดยไม่มี escalate | ไม่มีเกต — ดู escalation |
Catalog มีสถานะ temp แต่ไม่มีรายชื่อในวาระ board | ไม่มี agenda |
| OEM มาแล้วแต่ยังไม่เข้าวาระถอด bridge | ไม่มีเกต arrival — ดู OEM bridge |
| แปลงเป็น approved ใน board โดยไม่มี FA | ข้าม conversion gate |
| Field return ของ TEMP ไม่ถูกยกขึ้นวาระ | ไม่เชื่อม field return |
TEMP ที่ไม่มี board = ความเสี่ยงที่ทีมรู้แต่ไม่มีที่ตัดสิน
เมื่อไหร่ต้องเข้าวาระ (และเมื่อไหร่ไม่ต้อง)
| สถานการณ์ | เข้า board? | หมายเหตุ |
|---|---|---|
| TEMP ใกล้ due ≤7 วัน (หรือตาม policy โรงงาน) | ใช่ | บังคับ decision ก่อนหมดอายุ |
| TEMP หมดอายุแล้วยังบนเครื่อง / ใน bin | ใช่ — escalate | ดู escalation |
| OEM / vendor มาถึงแล้ว มี bridge ค้าง | ใช่ | เกตถอดตาม OEM bridge |
| ขอแปลง TEMP → approved | ใช่ แต่ต้องมีหลักฐาน FA | ไม่ผ่านแค่โหวตในห้อง |
| Approved SKU+rev ที่ผ่าน FA แล้ว | ไม่ | อย่าเอาของถาวรมาปนวาระ TEMP |
| Trial ที่ยังไม่ติดตั้ง / ยังไม่เป็น TEMP | ไม่จนกว่าติดเครื่อง | ดู trial → production |
ถ้าเหตุที่ใช้ TEMP คือ “รอของ” — วาระต้องเห็น ETA และจำนวนครั้งที่เคยขยายแล้ว
องค์ประกอบ board ขั้นต่ำ
| บทบาท | หน้าที่ในวาระ | ห้าม |
|---|---|---|
| Maintenance planner (chair) | เปิดรายการ TEMP + due + owner | ปิดเคสโดยไม่มี decision บันทึก |
| Shift lead / line owner | ยืนยันสถานะบนเครื่องจริง | พูดว่า “ยังโอเค” โดยไม่มี due ใหม่ |
| QA (เมื่อขอแปลง / มี NCR) | ยืนยันหลักฐาน FA / disposition | อนุมัติแปลงโดยไม่มี dimensional |
| Purchasing (เมื่อรอ OEM/vendor) | อัปเดต ETA / PO | สัญญาวันโดยไม่มี PO |
| Escalate ตาม matrix | อนุมัติขยายรอบที่ policy บังคับ | ให้กะดึกขยายเองเงียบ |
Board ไม่ต้องใหญ่ — ต้องครบบทบาทที่ตัดสินได้ และมีบันทึก
วาระรีวิว 6 ขั้น (ทำซ้ำทุกสัปดาห์)
| ขั้น | การกระทำ | เกตผ่านเมื่อ |
|---|---|---|
| รายการ TEMP จาก catalog / label log ที่ใกล้ due หรือค้าง | มีรายการครบ ไม่ใช่จำจากหัว |
| เช็กบนเครื่อง / bin ตาม bin label + lot | สถานะตรงกับระบบ |
| รอ OEM? NCR use-as-is? Trial? | มีเหตุและ ETA/buffer ที่ชัด |
| ถอด / ขยาย (due ใหม่ + escalate) / แปลง (ส่งเข้า conversion) / escalate | มี decision + owner + due |
| label, catalog, hot-swap, cost ประเภท TEMP | ไม่ทิ้ง TEMP เป็น approved on-hand |
| รายการที่เหลือ + วัน board ถัดไป | มี log ที่ย้อนได้ (lot / photo ถ้ามี) — ดู lot |
อย่าข้ามขั้น 4 เพราะ “ยังไม่เสีย” — ไม่มี decision = ขยายเงียบ
Decision ที่อนุญาต (และหลักฐานที่ต้องมี)
| Decision | หลักฐานขั้นต่ำ | ขั้นตอนถัดไป |
|---|---|---|
| ถอด / scrap / คืนคลัง TEMP | เหตุถอด + lot + ตำแหน่งเครื่อง | อัปเดต catalog; อย่านับ ROP |
| ขยาย TEMP | ETA ใหม่หรือเหตุ + escalate ตามรอบ | ติด due ใหม่บน label + log |
| ส่งแปลงถาวร | FA + dimensional + incoming พร้อม | เข้า conversion gate — อย่าแปลงในห้อง |
| Escalate | criticality / หมดอายุแล้ว / safety | ตาม escalation |
| รอ OEM ต่อ | PO + ETA + owner | ผูกกับ OEM bridge |
ขยายซ้ำโดยไม่มี escalate = policy พัง ไม่ใช่ “ยืดหยุ่น”
สิ่งที่ห้ามทำใน review board
| ห้าม | เหตุผล |
|---|---|
| แปลง TEMP เป็น approved ด้วยการโหวตอย่างเดียว | ข้าม FA / dimensional |
| ขยายไม่มี due ใหม่บน label | expiry กลับมาว่าง |
| นับ TEMP เป็น approved on-hand ในรายงาน | ROP / cost โกหก |
| ข้ามเคสที่หมดอายุแล้วเพราะ “ไลน์ยังวิ่ง” | ความเสี่ยงสะสม |
| ไม่เช็กเครื่องจริง ดูแต่สเปรดชีต | สถานะโกหก |
| ให้คนเดียวปิดวาระโดยไม่มี role ที่ต้องตัดสิน | ไม่มี accountability |
สัญญาณว่า review board ยังพัง
| สัญญาณ | การกระทำ |
|---|---|
| มี TEMP หมดอายุ >1 สัปดาห์โดยไม่มี log | เรียกวาระพิเศษ + escalate |
| จำนวน TEMP บนเครื่องเพิ่มขึ้นทุกเดือนโดยไม่มีวาระ | บังคับ board สัปดาห์ละครั้งจนกว่าลดลง |
| Conversion ผ่านในห้องแต่ไม่มี FA packet | ดึงกลับ trial / quarantine |
| Purchasing ไม่เคยเข้าวาระทั้งที่มีเคสรอ OEM | ใส่ purchasing เป็น required เมื่อมี ETA |
| Field return ของ TEMP ไม่ขึ้นวาระ | ผูก field-return open → auto agenda |
| ไม่มี criticality บนรายการ TEMP | ใส่ tier จาก criticality matrix ก่อนตัดสิน |
สรุป
ทบทวนอะไหล่พิมพ์ 3D ชั่วคราว ที่ใช้ได้จริงคือ review board ที่มีรายการ + ยืนยันสภาพจริง + decision ต่อเคส + due/owner ใหม่ — ไม่ใช่มี TEMP label แล้วจบ และไม่แทน temp expiry, conversion gate, หรือ OEM-bridge gate
กำลังมี TEMP ค้างบนไลน์และอยากตั้งวาระรีวิวให้จบเป็นระบบ? ติดต่อทีม เพื่อไล่รายการ TEMP ที่ใกล้ due — หรือ อัปโหลดรายการ SKU เพื่อออกแบบ board รอบแรก
