手機版
在一個企業作為一個品質管理就有必要了解什麼是8D？8D步驟？8D使用？什麼情況下使用？
一、先了解決問題時常常會犯下的幾個錯誤。
問題描述不正確，問題描述不夠準確，不夠詳細，令小組不能有效的解決問題；
解決問題過於匆忙，為了得到快速的解決方案，而沒有按照既定的步驟解決問題；
小組成員不能有效的參與或根本就是一個人分析，團隊或個人不能考慮到所有原因；
沒有程序邏輯，沒有係統性的排序，分析，回顧問題；
缺乏專業技能，小組成員不具備統計和解決問題的方法和能力；
管guan理li層ceng過guo於yu焦jiao急ji，由you於yu管guan理li層ceng對dui於yu解jie決jue問wen題ti的de程cheng序xu缺que乏fa了le解jie，所suo有you的de管guan理li層ceng都dou急ji需xu知zhi道dao問wen題ti解jie決jue的de具ju體ti時shi間jian，這zhe種zhong壓ya力li導dao致zhi小xiao組zu不bu能neng準zhun確que分fen析xi問wen題ti。
genbenyuanyinshibiecuowu，bakenengyuanyinkuaisudeshibieweigenbenyuanyin，jieshuwentitiaozha，daozhibingmeiyouzhaodaozhenshideyuanyin。meiyouzhixingyongjiujiuzhengcuoshi，kenengzhaodaolegenbenyuanyin；
沒有執行永久的糾正措施。長期的行動往往需管理層審批成本並且需要一個閉環係統。
最常見的錯誤：沒有完全理解和分析就直接從問題跳到答案
二、什麼是8D？
8D其它就是簡單的理解就是問題解決法的8大步驟
8D法是改進產品和流程的工具
8D是起源於二戰期間一種類似8D的流程軍事標準，也稱之為不合格品的修正行動及部署係統。從19世紀60至70年代福特汽車公司開始，8D漸漸成為係統性的問題解決方案被普遍使用在品質領域以及其他工業範疇。
8D由8個原則組成，強調團隊合作。理念是一個團隊比個體的總和更優秀更快捷。
三、8D原則是什麼（又稱8D步驟）
D0:準備8D程序（下麵將會專門介紹）
D1:成立小組：一般就是由相關部門人員組成（如生產、工程、研發、采購—-）
D2:描述問題
D3:臨時措施又叫：製定過渡性圍堵措施
D4:根本原因
D5:選擇永久糾正措施並驗證有效性（永久改善對策）
D6:實施永久糾正措施並確認結果（糾正措施的驗證）
D7:防止問題再發生/識別係統性問題（實施預防措施，防止缺陷重複發生）
D8:表彰小組
四、D0準備工作
1、啟用8D之前需要哪些準備工作？
8D是解決眾多問題的方法之一，在用8D之前，我們要評估此問題是否適合使用此方法；
解決問題前必須執行緊急反應計劃保護客戶不受到問題的影響（臨時措施）；
量化問題征兆並確認現有的執行條件是否有差距；
確定管理層對所需資源是否支持。
2、D0何時適用8D
異常原因不清楚時；
感到異常問題較為複雜性時（一個人不能解決，需要工程、研發等部門組建成團隊來解決問題）；
感到異常有特殊原因特征時；
內部程序或工藝發生變化導致問題時、客戶要求時；
3、D0緊急反應計劃
緊急反應行動是為了防止不良物料繼續流出並要確保供應鏈不受影響（一般是指出現問題後，應第一時間製定出臨時改善方案，並要及時處理客戶和廠內在製品、cangkuchengpinyijiqingzhazaizhihehuocangyoupiciwentidewuliao，ruyuanyinbuming，yishimeiyoujieguo，yingjianghuaiyiyoupicidechengpinhuowuliaojinxingbiaoshigeli，daijieguohouzaichuli）
五、D1組建小組
8D方法強調團隊合作，好的團隊協作可以創造比個體更好的效益。小組組成一般由需具備以下條件：
不同部門人員，如生產、工程、品管、研發，一般是先找工程、再找研發，結果再通知相關部門開會一同處理。
具有產品和製程知識，能有分析問題的能力，要合理的安排時間和資源，有相關技術技巧；
能執行糾正措施同時要有管理層的支持。
支持者負責統計項目並提供小組所必須的資源和定義項目範圍；
小組人員一般是4-8人（這裏最好是單數，如有意見的確定，可舉手表決達成一通過）；
小組人員中必須有一個很好組織者，即組長（一般由品質部主導）；
小組人員中必須有足夠的決策權來確定最後執行方案。
六、D2問題描述
問題描述引導著8Dchengxudefangxiang，keyibangzhuwomenshedingbingsuoxiaowentidetiaozhafanwei。yongyouyigehaodewentimiaoshushichenggongjiejuewentideyiban，shijiejuewentichengxuzhongdeyigezhongyaodebuzhou。
一般按3W1H來描述：
例我們平時一定會碰到這樣的問題，IPQCzaifankuiwentishihuishuozhuguan，lashangyouhenduobuliangpin，nindinghuiwenshishenmechanpin，natiaolashang，shishenmebuliang，youduoshaoshuliang，cishifankuiwentiderenyidinghuizaipaodaolashangzhakan，zaihuilaigaosuni，youruyigechanpinyoujigezhishideng，qizhongyouyigezhishidengbuliang，namezaimiaoshushi，yingzhunquedemiaoshuchujutidenayigedengbuliang，shishenmesedouyaoshuoming，congkezhi3W1H的意思：
What—-：何事，是事情的內容是什麼？要抓到問的實質性；
where—-：什麼地方（何地），是指事情發生的所在地在哪裏？有無轉移或變動，是否針對了具體的環境和當時的狀態；
When—-:什麼時候（何時）：主要強調時間因素，事情發生在什麼時間，發生了多長時間；
How much—-：多少：這裏指的是不數量或不良比例。
D2問題評估：
在解決問題的所有階段中都要考慮客戶：解決問題者和客戶要保持與客戶的溝通，改善的結果與客戶意見保持一致性。
缺陷樣本（不良品）研究分析：因為看實物比看照片獲得的信息更多；
隻作觀察：要yao清qing楚chu觀guan察cha和he最zui終zhong結jie論lun的de不bu同tong，在zai這zhe一yi階jie段duan，我wo們men可ke以yi用yong為wei什shen麼me和he怎zen樣yang的de假jia設she，但dan不bu要yao太tai快kuai達da成cheng結jie論lun。因yin為wei一yi旦dan達da成cheng結jie論lun，大da多duo數shu人ren很hen難nan重zhong新xin審shen視shi這zhe問wen題ti。
七、D3臨時對策
1、實施臨時對策原因：
zhengdangwomenzaixunzhaogenbenyuanyinhejiuzhengcuoshishi，womendekehurenghuijiechudaoheshejidaowentidefengxian。zaizheli，womencaiquyixiliedecuoshibaohukehuliyihefangongdechengben，geliyouwentidechanpinbingweigaishanzhengqushijian。
2、臨時糾正措施界定：
驗證和執行臨時糾正措施（ICA）使內部和外部顧客都不會受問題影響。
防止問題惡化。
繼續實行臨時糾正措施，直到永久糾正措施（PCAs）的落實。
驗證臨時糾正措施的成效（效果）。
D3不僅僅是快速改正
暫時的，一旦永久糾正措施準備就緒，臨時糾正措施將會被更換；
基於D2（描述問題）中的數據分析展開；
針對影響或具體問題，除了隔離，整理，篩選和測試；臨時糾正措施隻針對問題而實施相應的工作；
實施前核查：實施前要核查一下這樣做是否正確。
實施時驗證：實施時必須對產品進行驗證，以免批量改完後又出現問題。
文件化和變更管理：記錄並由權威部門出相應的臨時變更。
D3核查和驗證
核查和驗證往往不能被充分理解。核查和驗證通常一起操作，核查屬之前的證明和驗證屬之後的證明。
核查是對要在某一時間應做和要做的行動的一過確認過程
驗證提供了在某個時間段內行動有效的證據
D3問題評估
在臨時糾正措施選擇時是否知會客戶？
重新製定標準，臨時糾正措施有否提供了最佳的利益，風險和成本平衡？
臨時糾正措施已否被核查和驗證？
我們有否考慮任何可能出錯的機會以及相應備用應急行動
八、D4：識別根本原因和遺漏點
隻有糾正根本原因才可徹底消除問題
通過測試每一個可能導致問題的原因和測試數據來分離和確認潛在原因的結果。
找出製程中應該可以發現和控製問題的位置（遺漏點）
分辨過程中問題可能被發現的控製點
評估目前控製方法的有效性
當多個根本原因被發現時，該小組應考慮使用另一個獨立的8D
總結一下兩點：
根本原因：包括組件缺陷，在過程或設計或係統故障時發生的錯誤而導致的不良輸出。
遺漏點：指在過程中未被發現，而之後被客戶發現的偏差
D4：魚骨圖：主要是通過人、機、物、法、環找出發生問題的根本和發生問題遺漏的根本（就是不良品流出的原因）
魚骨圖主要是利用人、機、料、法、環、對問題進行分析
利用魚骨圖進行原因分析
D4：5Why：
5Why來源於日本，經工程師發現，大多數根原可由五個為什麼找出–因而得其名；
5WHY就是5個為什麼，例如：地上有水（這是一個征兆）—為什麼在水？原因是人員不小心灑的（潛在原因1）—-為什麼不小心？因為水有點燙？（潛在原因2）為什麼水燙？因為沒杯拖？（潛在原因3）為什麼沒有杯拖？因為杯拖用完了？（潛在原因4）為什麼不申請買？因為清潔工請假了（潛在原因5）使問題無法進一步的查詢。
5WHY一直要分析到無法進一步查詢為止
D4解決問題的工具包
收集資料：來源於缺陷映射生產數據；
原因分析：因果圖，和5WHY；
組織數據：主要確認問確的是/不是、流程圖、FMEA、控製計劃。
D4問題評估：
1、團隊是否正在解決影響而不是原因？
2、團隊有否太快跳到根本原因而沒有正確認識，分析和核查問題？
3、將問題歸結為操作工而不是全麵地看待問題？
4、這是否一個特殊原因造成的問題？如果發現有多個根本原因，團隊可能正麵臨一個普通原因問題，而8D可能不是一個合適的方法來解決此問題。
5、根本原因和遺漏點有否被分辨出來？
6、有否存在一個控製係統以檢出此問題？控製係統有否不同於原始設計？
7、製造過程是否具體檢測出問題的能力？
8、根本原因能否解釋所有在D2中描述編製的事實？
九、D5、選擇和驗證永久措施的有效性
PCA（永久措施）須考慮到所有利益和風險，因此PCA是一個深思熟慮的行動。
行動都不應操之過急，反之可能引發其他問題或重複發生。
D5製定永久糾正措施
決定最佳的PCA（永久糾正措施），以消除根本原因和遺漏點。
在實施前，核查這兩個行動的有效性。
確認在永久糾正措施實施後不會有新問題發生。
PCA的選擇和實施時間表應由客戶批核。
D5防呆措施
最好的解決方案中不可有錯誤。
每當有出錯誤的可能性，防止錯誤解決方案應建立。
質量未必能在產品檢測到，它是透過防止錯誤而建立。
D5決定PCA（永久改善措施）
不同根本原因和遺漏點的PCA選擇應分析作解決方案。最佳的PCA選擇應基於團隊的意願、資源、效益、成本。
考慮到糾正措施所涉及的風險應製定相應的消除計劃
糾正措施必須加以核查，以消除根源問題
團隊成員必須有正確的經驗以作出決定
D5PCA的核實
在建立PCA時，其他方案會被一起考慮。
有沒有證據證明PCA可解決問題根源？
有沒有考慮至核查方法會覆蓋製程和缺陷造成的各種變化？
有沒有把錯誤預防措施放到該解決方案中？
實施PCA的風險有否被評估，減災計劃有否被製定？
PCA的擇所過程中有否涉及客戶？
執行PCA的同時，審查計劃以消除ICA（臨時措施）。
十、D6執行永久糾正措施和驗證結果：
根據前階段所做的準備和分析的相關資料8D小組已經準備好執行已選行動。
D6執行和驗證永久糾正措施：
要求廠內和客戶一起去驗證永久糾正措施。
廢除臨時糾正措施，驗證永久糾正措施的有效性並建立係統去監督長期效果。
D6評估問題：執行永久糾正措施
需要什麼規章製度去執行永久糾正措施？
需要客戶或供應商如何配合？
是否需要訂立一套行動計劃？職責分配？完成時間的限定？
什麼原因容易導致出錯？
做什麼可以防止出錯？
考慮適當的應變行動？
引發我們的應變行動是什麼？
我們如何監察計劃的完成？
什麼時候能移除圍堵措施？
將需要怎麼樣的培訓？
什麼資料（事實與數據）會用來驗證永久糾正措施的結果？（包括長期和短期的）
D6評估問題：確認永久糾正措施
臨時措施取消了嗎？
不必要的東西已全部移除？
我們怎樣得出結論證明措施可行？
我們如何監督長期效果？
我們以怎樣的衡量標準來監控？
客戶的問題100%已經解決了？
是否有最好的方法去證明根本原因已消除？
我們如何和客戶確認效果？
是否所有與問題相關的資料係統，作業習慣，程序文件、BOM等資料都已經更新？
十一、D7防止再發生
到D7後將已解決了係統本身的差距所造成的失效，解決不良問題後，往往有助於提供更全麵，更有效的改善行動去防止問題再發生。
修改必要相關的資料係統，作業習慣，程序文件、BOM、SOP等資料去防止該問題或類似問題再發生。
在適用的情況下改進係統。
在現有或將來的項目中分享經驗和教訓。
D7有效的係統改進
在處理過程中執行GRR和MSA係統。
SPC係統檢測過程的控製。
改善培訓係統。
在處理問題解決過程中要有操作員的加入。
在處理過程中開展和貫穿PDCA係統。
實行預防和預測性維護方案。
從記錄材料中所吸取的經驗可用於在後來的新項目中審查和檢驗。製作文件記錄。
解決係統本身的差距，找出可交叉發展的和標準化的。
D7評估的問題
是什麼樣的資料係統，作業習慣，程序文件等原因導致問題發生或允許不良品流出？需要怎樣改善來避免再發生？
如何從這此分析過程中從而學習到解決問題，產品開發和持續改善行動？
能否標準化？
十二、D8慶祝小組：
團隊和個人的貢獻是被組織認可和值得慶祝的。
項目關閉，完成和總結小組的經驗完成8D報告並公布。
認可團隊和個人的貢獻。
慶祝成功。
D8評估問題
保證改善行動已經和相關人員溝通OK。
獎勵和認可有關過程的成功。
已為團隊決定適當的獎勵。
在改善中好改善方法是否考慮申請獎金和專利？
團隊是否已跨部門重新評估
團隊是否已通過佩恩特圖，柏拉圖，趨勢圖分析下次可能會出現的機會？
我們做為一個品質管理者除了解以上的步驟外，在真正的麵對客戶投訴時我們要掌握正確處理客戶投訴的方法，同時根據方法按在上8D方法找出根本原因回複客戶，讓客戶放心，減少返工成本。
