8D CAR Report Skill-初级班

8DCARReportSkillPSMCQualityAssuranceDepartmentHenryHu19thMar.2007學習目標在完成這堂課程之後，希望您能做到:被通知要填寫CAR時不再皮皮剉了解8DReport的定義與說明清楚8DReport的撰寫方法與注意事項善用8DReport解決目前發生的問題OutlineWhatisCAR?Whatis8DReport?Be-Smart&3C8DReportWritingSkillWhatisCAR?CAR:CorrectiveActionRequest(Report)狹義:矯正措施單廣義:矯正及預防措施報告矯正：施以外部壓力，促使不良結果改善，符合系統設計之標準稱為矯正。(將錯誤更正)預防：促使可能造成不良之原因消失，積極地維護品質系統正常運作，保障產品的品質稱為預防。大陸:改善措施報告書CARClassificationCAR的形式與種類繁多，通常由各個單位(公司)訂定，大致包含以下數種形式:NoticeofNonconformance退貨通知單6DReport8DReport(QS9000)8DReport是現行CAR種類中內容填寫最為詳細，最廣泛被使用的一種形式。在PSMC，CAR=PSMC跨部門會簽單+8DReportUMC光罩異常退貨送修處理單CorrectAttitudetoCARCAR不是一種懲罰，而是犯了錯之後，勇於面對問題並設法去解決的一種積極態度。CAR的功用:直接功用展現解決問題的誠意釐清問題點與責任歸屬(有可能是客戶的錯)徹底解決問題(達到改善製程的目的)提昇服務品質增加客戶的信心與滿意度間接功用(最重要的功用)維持或增加新的訂單Whatis8DReport?8DReport:依循8項原則來完成的檢討報告8D：8Discipline(團隊導向問題解決步驟)D1:TeamMembers成立小組D2:ProblemDescription問題描述D3:ContainmentAction執行和確認臨時措施D4:AnalysisofRootCause鑑別根本原因D5:CorrectiveAction決定及驗證矯正措施D6:PermanentCorrectiveAction執行永久矯正措施D7:PreventRecurrence防止再發生D8:CongratulatetheTeam恭賀小組(慶功/結案)跨功能8DReportFlowChart0.了解問題1.成立小組2.清楚描述問題3.執行和確認臨時措施識別可能原因選擇最有可能的原因最有可能的原因是否是根本原因識別可能的解決方案5.決定及驗證矯正措施6.執行永久矯正措施7.避免再發生8.恭賀小組RootCauseVerifyCAR發出時機(九大類)稽核：無論是內部稽核(InternalAudit)或外部稽核(ExternalAudit)，稽核結束後，由QA人員依據稽核結果報告，整理發出給相關部門填寫回覆，並納入追蹤。與品質相關：符合以下情形時，各部門均可至QA開立矯正及預防措施單。-Return：客戶退貨-Recommendation：工作勸導-Complaint：客戶抱怨-MRB：原物料異常-Recall：召回已出貨產品-Environmental：環境異常-SCAR：供應商嚴重違反ISO及QS的精神及系統之事項CARInput/OutputCARComplaintSheetInputOutput-Training-ReviseSOP-TECN,ECN-FMEA-Automation-Fax-E-mail-Meeting-Phone-ReturnPSMCCAR使用分類CAR使用目的CAR編碼原則管理者相關使用表單CustomerComplaint,Reject,Recall(RMA類別)CAR-C-YYMMXXClaire客訴單SCAR(MaterialSupplier)CAR-M-YYMMXXAyu供應商品質異常通知單SCAR(Machinevendor)CAR-T-YYMMXXJoeCustomerAuditCAR-A-YYMMXXJoeInternalAuditCAR-I-YYMMXXJoe內部稽核缺失報告,製程巡檢EnvironmentsystemCAR-E-YYMMXXC.S.Hsiao內部稽核缺失報告SafetysystemCAR-S-YYMMXXSO災害事故調查記錄表CAR時效目標客戶如有特別規定，依客戶訂定之期限為準。例如:(1)UMC之e-CARsystem規定:D1-D3:2days(calendar)D4-D7:7days(calendar)(2)Winbond,MXIC:D1-D7:14days(calendar)客戶無特別規定時，則依PSMC訂定之期限為準。PSMCCAR時效目標CARItemNormalUrgentRemarkD1~D33days1daysworkingdaysD4~D77days5daysworkingdaysCARReview10days5daysworkingdaysSign-off10days5daysworkingdaysNormalActionLongtermActionprogram,projectOver2monthWithin2month8DReportWritingSkill撰寫8DReport前的準備工作-思索問題點-蒐集情報8DReport撰寫參考要領8DReport撰寫注意事項思索問題點當問題發生時Problem…Problem……-CDoutofSpec：MTT,Range,Tolerance...-Defect:Particle,Poorrepair,Glassdamage...-DataError：Barcode,Frame,Tone,Pattern...-DocumentError：Machinetype,Title,CD…-AdministrationError：Communication,Transfer...連續問5個為什麼?Doyouknow….Why?Why?Why?Why?Why?Whydoyouhavethisanswer?Whydoyouhavethisanswer?Whydoyouhavethisanswer?Whydoyouhavethisanswer?Whydoyouhavethisanswer?人員疏忽新人作業不熟悉看不懂SOPSOP表達不清楚解決問題的第一步：蒐集情報依循5W+2H原則：-Who:什麼人與此有關？-What:發生了什麼問題？-When:發生的時間為何？-Where:發生的地點,站別為何？-Why:為什麼?-How:如何發生的？-HowBig(many):影響有多大？(量化問題的程度)情報(Information)的來源RunCardOperationInformationCustomerInformationProcessConditionOQARecordRawMaterialMaskTracMaskTracAssistSystem&8DReport撰寫參考要領(D1)D1：Team成立小組-召集具有專業知識之相關人員，組成跨功能性小組，舉行會議依8D程序進行討論。-指定或推選一位小組領導人(TeamLeader)，負責帶領小組解決所見問題及採行矯正措施。通常以M1責任單位主管擔任即可。(QA主管並非當然的Teamleader)-小組成員少則3人，多可至7~8人。人數的多寡及跨部門性質可讓客戶了解我們相當注重這件事情。8DReport撰寫參考要領(D2)D2：DescribeTheProblem問題描述-依循5W+2H原則(如說故事一般娓娓道來)。-過程越詳細越好(必須使用讓客戶能了解的名詞)。-一直存在或因為變更所造成之問題?是突發或漸進演變?-盡可能以量化(報表、照片或圖表等)敘述代替繁瑣的說明。8DReport撰寫參考要領(D3)D3：ImplementandVerifyContainmentAction執行和確認臨時措施-針對D2所描述之問題，立即執行修正防堵之措施(Re-tooling,Re-Cleaning,Re-Mounting,DataorInformationcorrection)，以防止問題繼續發生。-強化檢驗管制將不良品卡住,不會出至客戶端。-已流出之不良品立即知會客戶或Recall。-要強調迅速處理的態度，表現重視與努力趕貨，以降低對客戶的影響。(照顧客戶的感受)8DReport撰寫參考要領(D4)D4:DefineandVerifyRootCauses鑑別根本原因-Why?Why?Why?:原因展開至少3次，列出所有可能導致問題的潛在原因。-就每個可能的潛在原因如何造成此問題進行推演，以證據顯示相關更動造成此變異及系統漏洞。最後必須推論出一個最有可能的根本原因。Man,Machine,Material,Method+Environment-系統面之考量:引用4M+1E人機材法與環境之要因分析精神。系統漏洞為未管制,管制太鬆或人為失誤?-盡可能以量化(報表、照片或圖表等)敘述代替繁瑣的說明。**客戶非常重視RootCauses**D4:RootCause分類(Photronics)RootCauseRootCauseDescriptionDetailDescriptionFEFrontEnddataissueFrontdataissueCDWriter/ProcessissueCriticalDimension,LineEdgeQualityCONTContaminationParticle,StainResidue,particleonglassside,fingerprinter,repair,dirt,etcDEFDefectsHarddefect,Badrepair,Scratch,Pinhole,InspectionlossPELLPellicleissuePellicledefect,orientation,wrongpellicle,pellicledamageMISCIssuenotcapturedbythecategoriesstatedabove.COCerror,Materialissue,Dimchromedirt,ESD,Haze,etcD5:VerifyCorrectiveActions決定及驗證矯正措施-針對問題真因提出各項改善措施，描述Who,What,When&Howon4M+1E來矯正。-透過產品(用量表示)測試來確認問題將可被解決。-當問題仍有風險時，訂定持續改善措施。-愚巧防呆考量。-勿因矯正對策之更動而造成另一問題發生。-透過TECN，將矯正措施納入其中，一個月後驗證此矯正措施的有效性(CloseortransfertoECN,SOP)。**客戶非常重視CorrectiveActions**8DReport撰寫參考要領(D5)D6：ImplementPreventiveCorrectiveActionsandItsImpacts執行永久矯正措施-必須切中問題的核心，針對根本原因作永久矯正。-選擇持續Control項目來確保問題真因已被消除。-Monitor改善後之長期成效(ifnecessary)。-評估改善措施是否對其他類似產品造成影響。**客戶非常重視PreventiveCorrectiveActions**8DReport撰寫參考要領(D6)D7：PreventRecurrence防止再發生-修改管制系統以及操作系統、應用和程序，徹底杜絕日後類似問題再發生。ex.:ControlPlan,FMEA,SOP,ECN,MaskTrac…-加強系統功能，從系統角度去控管，消弭任何的潛在原因。-以系統化、程式化、e化去預防人為疏失的發生。8DReport撰寫參考要領(D7)D8：CheckandCongratula