8dcarskill(編輯修改稿)
2025-01-30 17:46 本頁面
【文章內(nèi)容簡介】 Who:什麼人與此有關(guān)？ What:發(fā)生了什麼問題？When:發(fā)生的時間為何？Where:發(fā)生的地點 ,站別為何？Why:為什麼 ?How:如何發(fā)生的 ？HowBig(many):影響有多大？ (量化問題的程度 )情報情報 (Information)的來源的來源 Run Card OperationInformation Customer Information Process Condition OQA Record RawMaterialMaskTrac MaskTrac Assist System8DReport撰寫參考要領(lǐng)撰寫參考要領(lǐng) (D1)216。 D1： Team成立小組召集具有專業(yè)知識之相關(guān)人員，組成 跨功能性 小組，舉行會議依 8D程序進(jìn)行討論 。指定或推選一位小組領(lǐng)導(dǎo)人 (TeamLeader)，負(fù)責(zé)帶領(lǐng)小組解決所見問題及採行矯正措施 。 通常以 M1責(zé)任單位主管擔(dān)任即可 。(QA主管並非當(dāng)然的 Teamleader)小組成員少則 3人 ， 多可至 7~8人 。 人數(shù)的多寡及跨部門性質(zhì)可 讓客戶了解我們相當(dāng)注重這件事情 。 8DReport撰寫參考要領(lǐng)撰寫參考要領(lǐng) (D2)216。 D2： DescribeTheProblem問題描述依循 5W+2H原則 (如說故事一般娓娓道來 )過程 越詳細(xì)越好 (必須使用讓客戶能了解的名詞 )一直存在或因為變更所造成之問題 ?是突發(fā)或漸進(jìn)演變 ?盡可能以 量化 (報表、照片或圖表等 )敘述代替繁瑣的說明 。8DReport撰寫參考要領(lǐng)撰寫參考要領(lǐng) (D3)216。 D3： ImplementandVerifyContainmentAction執(zhí)行和確認(rèn)臨時措施針對 D2所描述之問題，立即執(zhí)行修正防堵之措施(Retooling,ReCleaning,ReMounting,DataorInformationcorrection)，以防止問題繼續(xù)發(fā)生 。 強(qiáng)化檢驗管制將不良品卡住 ,不會出至客戶端 。已流出之不良品立即知會客戶或 Recall要強(qiáng)調(diào)迅速處理的態(tài)度 ， 表現(xiàn)重視與努力 趕貨，以降 低對客戶的影響 。 (照顧客戶的感受 )8DReport撰寫參考要領(lǐng)撰寫參考要領(lǐng) (D4)216。 D4:DefineandVerifyRootCauses鑑別根本原因Why?Why?Why?:原因展開至少 3次， 列出所有可 能導(dǎo)致問題的潛在原因 。 就每個可能的潛在原因如何造成此問題進(jìn)行推演，以 證據(jù)顯示相關(guān)更動造成此變異及系統(tǒng)漏洞 。 最後必須推論出一個最有可能的根本原因 。 Man,Machine,Material,Method+Environment系統(tǒng)面之考量 :引用 4M+1E人機(jī)材法與環(huán)境之要因分析精神 。 系統(tǒng)漏洞為未管制 ,管制太鬆或人為失誤 ?盡可能以 量化 (報表、照片或圖表等 )敘述代替繁瑣的 說明 。 **客戶非常重視 RootCauses**D4:16
畢業(yè)設(shè)計相關(guān)推薦
鄂ICP備17016276號-1