8D報告8D報告8D問題解決法（EightDisciplinesProblemSolving，縮寫：8D）也稱為團隊導向問題解決方法或8Dreport，是一個處理及解決問題的方法，常用于品質工程師或其他專業人員。8D問題解決法的目的是在識別出一再出現的問題，并且要矯正并消除此問題，有助于產品及制程的提升。若條件許可時，8D問題解決法會依照問題的統計分析來產生問題的永久對策，并且用確認根本原因的方式聚焦在問題的根源。8個工作步驟D0：征兆緊急反應措施whatD1：小組成立D2：問題說明D3：實施并驗證臨時措施whyD4：確定并驗證根本原因D5：選擇和驗證永久糾正措施D6：實施永久糾正措施howD7：預防再發生D8：小組祝賀務必保證以下問題被如實回答：1.對零件的知識進行了充分的論證2.完全確定了根本原因并聚焦于該原因3.遺漏點已經被識別4.確定與根本相匹配的糾正措施5.糾正措施計劃的驗證已經被確定6.包括了實施糾正措施的時間計劃7.有證據顯示供方將把糾正措施納入整個系統。8D的質量工具可靠性設計驗證DV產品和過程確認潛在失效模式及后果分析FMEA控制計劃CPPPAP文件/SPC/DOE/QC7大工具D0：征兆緊急反應措施目的：主要是為了看此類問題是否需要用8D來解決，如果問題太小，或是不適合用8D來解決的問題，例如價格，經費等等，這一步是針對問題發生時候的緊急反應。關鍵要點：判斷問題的類型、大小、范疇等等。與D3不同，D0是針對問題發生的反應，而D3是針對產品或服務問題本身的暫時應對措施。工具：趨勢圖/排列圖/Paynter佩恩特圖/ERA(緊急反應措施)根據現象評估8D過程是否需要。如果有必要，采取緊急反應行動（ERA）來保護顧客，并開始8D過程。8D過程區別了癥狀和問題。適用標準的大部分是癥狀。沒有癥狀，不會知道有問題。當收到投訴信息時，質量部門應盡量在客戶投訴報告上確認以下信息以便展開調查：產品編號及品名客戶名稱，聯系人及地址缺陷描述，不合格品數量追溯信息，如LOTNO，發貨單編號等索賠應盡量取得車型等信息應就以下信息與客戶溝通：跨部門小組及聯系方式確認已得到的信息調查問題所必需的其他信息應急措施的進展應急措施及糾正措施的預期完成時間任何其它的客戶要求，如：了解問題進展和期望的交貨所有與客戶之間的回復均應記錄QE根據得到信息，依據三現主義(現場,現物，現象)來確認不良狀況；如果是可以目視的不良,盡量取得照片或樣品(確認現物)；對于不良發生場所狀況盡量收集詳細的情報(確認現場,現象)。應急措施需要在24小時內展開。D1：小組成立目的：成立一個小組,小組成員具備工藝/產品的知識,有配給的時間并授予了權限,同時應具有所要求的能解決問題和實施糾正措施的技術素質。小組必須有一個指導和小組長。關鍵要點：成員資格，具備工藝、產品的知識;目標;分工;程序;小組建設。工具：行動計劃、時間管理、團隊憲章、GanttChart(Pilot)1D成立團隊團隊成員職位(職責)各階段分工臨時對策原因分析樹立對策改善實施標準化leader

D2：問題說明目的：用量化的術語詳細說明與該問題有關的內/外部顧客抱怨,如什么、地點、時間、程度、頻率等。“什么東西出了什么問題”關鍵要點：收集和組織所有有關數據以說明問題;問題說明是所描述問題的特別有用的數據的總結;審核現有數據，識別問題、確定范圍;細分問題，將復雜問題細分為單個問題;問題定義，找到和顧客所確認問題一致的說明，“什么東西出了什么問題”，而原因又未知風險等級。工具：質量風險評定，FMEA分析，5W4H（What/Why/When/Where/Who/How/Howmany）、折線圖、直方圖、排列圖收到客戶不良樣件操作流程：

確認不良樣件生產日期。確認外觀基本情況，拍照留下證據。按正常生產流程確認不良樣件是否能再現記錄下確認數據，拍照或視頻留下證據。根據生產日期查找當時FTT(first-time-through首次合格率）情況，確認當時是否有同樣或類似不良。根據生產日期確認人機料法環等有無變化點。不再現時（NTF）按不再現操作流程進行。2D問題描述顧客時間地點事件影響圖片D3：實施并驗證臨時措施目的：保證在永久糾正措施實施前，將問題與內外部顧客隔離。（原為唯一可選步驟，但發展至今都需采用）關鍵要點：評價緊急響應措施;找出和選擇最佳“臨時抑制措施”;決策;實施，并作好記錄;驗證（DOE、PPM分析、控制圖等）工具:方法：FMEA、DOE、PPM、SPC、檢查表、記錄表PDCAD3臨時對策確定并實施遏制措施，隔離問題的后果與一切內/外部顧客，驗證遏制措施的有效性。ICA是保護顧客免受一個或多個問題的癥狀影響的任何行動：處理問題的癥狀在執行前驗證有效性在執行過程中監控形成文件ICA需要在3個工作日內確定并執行，圍堵范圍是客戶處庫存、在途品、廠內庫存品數量并進行相關處理(退貨、重工、報廢等)。3D臨時對策可疑品數量處理措施責任人完成日期實際完成日期及結果/效果供應商端組織內部原材料在工品成品倉在途品顧客端3D臨時對策臨時措施的FMEA分析，如臨時措施比較復雜，涉及到工藝或控制方式的更改。必要時增加此頁！！！D4：確定并驗證根本原因目的：用統計工具列出可以用來解釋問題起因的所有潛在原因，將問題說明中提到的造成偏差的一系列事件或環境或原因相互隔離測試并確定產生問題的根本原因。關鍵要點：評估可能原因列表中的每一個原因;原因可否使問題排除;驗證;控制計劃工具：FMEA、PPM、DOE、魚骨圖、頭腦風暴&關聯圖、5why法、穩健設計4D原因分析及驗證需要考慮的問題：列可能原因時要周全。原因和結果要有論證，說得通。原因一定是根本原因，而非表面原因。深入明確問題各個可疑原因排查對現場人機料法環測進行觀察測量；有歷史數據的，對數據進行初步分析進一步明確問題(不良解析)關鍵原因確認統計分析DOE驗證機理分析團隊協作:列出所有可能的疑點關鍵原因-是否為根本原因5W1H分析從流程分析(流程圖)質量問題5M1E分析(魚骨圖分析)疑點驗證4D原因分析及驗證－詳細流程圖****流程圖X1:***X2:***X3:***X4:***X5:***X6:***X8:***X9:***X10:***X7:***4D原因分析及驗證－魚骨圖對可疑的重點原因紅色標示，并展開排查測量系統測量方法測量工具材料液晶電壓X8液晶電阻率X2液晶狀態X1人工作技能操作者封口發黑/發白環境溫度光線工藝方法灌晶工裝X6灌晶充氣量X5濕度灌晶充氣時間X7灌晶抽真空時間X4灌晶真空度X3設備真空度工具D5：選擇并驗證永久糾正措施目的：在生產前測試方案，并對方案進行評審以確定所選的校正措施能夠解決客戶問題，同時對其它過程不會有不良影響。關鍵要點：重新審視小組成員資格;決策，選擇最佳措施;重新評估臨時措施，如必要重新選擇;驗證;管理層承諾執行永久糾正措施;控制計劃。工具：FMEA、設計驗證和報告（DVP&R）、因果圖、穩健設計、檢查表、記錄表5D改善對策－風險分析及改進計劃FMEA流程/零件序號潛在失效模式潛在失效影響SEV原因OCC目前控制方法DETRPN改進計劃負責人(完成日期)SEVOCCDETRPN1.改善措施落實以后，是否會帶來新的問題2.改善內容現場執行的困難性及漏洞改進計劃是針對新措施而增加或改變的控制措施D5選擇和驗證糾正措施PCA通過對不同的糾正措施定量化的試驗篩選出糾正措施，依據風險評估，確定必要時的應急措施。而解決問題的方案應確保可以保持長期效果。曾經看到供應商的8D報告中該D5里面一排七行整齊的出現7句“加強’，加強工人培訓，加強巡檢次數，加強督察力度，加強過程控制---空話一堆。加強到什么程度沒有量化。具體方案都寫具體，數據說話，比如原來檢驗頻次10個檢1個，現在加強到5個檢1個；同樣的加強培訓，原來培訓次數多少，現在培訓計劃附在這里，這樣我們的對策才有支撐。D6：實施永久糾正措施目的：制定一個實施永久措施的計劃，確定過程控制方法并納入文件，以確保根本原因的消除。在生產中應用該措施時應監督其長期效果。關鍵要點：重新審視小組成員;執行永久糾正措施，廢除臨時措施;利用故障的可測量性確認故障已經排除;控制計劃、工藝文件修改。工具：:FMEA、防錯、SPC、PPAP6D改善對策實施及效果確認需要考慮的要素：把5D制定的計劃完成并修正（提供措施完成證據）將5D中沒有具體化的措施進行具體化。提供措施實施后的效果證據6D改善對策實施及效果確認-措施執行原因改善前控制方法改善后控制方法擔當實際完成日期完成證據針對根本原因1…..針對根本原因2……？？什么算是證據關鍵點1：措施要針對原因，而且要具體關鍵點2：措施執行必須要附上相關完成的證據簽到表掃描件，設備變更前后圖片設計圖紙修改文件修改程序修改6D改善對策實施及效果確認-效果確認數據點多按日期來建議走勢圖，數據點少可用上面的柱狀圖效果確認關鍵點一：改善前后對比，數量及比例。關鍵點二：結果收集的數據來源要說明。12345改善后改善前數據來源：時

間：0.00%2.00%4.00%6.00%8.00%10.00%12.00%14.00%16.00%D7：預防再發生目的：修改現有的管理系統、操作系統、工作慣例、設計與規程以防止這一問題與所有類似問題重復發生。關鍵要點：選擇預防措施;驗證有效性;決策;組織、人員、設備、環境、材料、文件重新確定。工具：FMEA、控制計劃CP、過程流程圖Flow-chart7D標準化需要考慮的問題：修改管理制度作業方法作業程序設計規范提供修改的證據。目的：承認小組的集體努力，對小組工作進行總結并祝賀。關鍵要點：有選擇的保留重要文檔;流覽小組工作，將心得形成文件;了解小組對解決問題的集體力量，及對解決問題作出的貢獻;必要的物質、精神獎勵。D8：團隊和個人認可D8關閉，簽名和小組確認發出8D要求后，發出人負責以及8D小組成員對后續的8D的有效性和執行效果進行驗證，直到實施后問題的缺陷PPM有較大改善并呈穩定下降趨勢。由QM或PM對效果進行驗證確認后才獲得關閉。否則需要重新進行根源分析和糾正預防措施的實施。8D財務節余需要考慮的問題：財務結余指的是通過改善措施后，未來一年可能給公司帶來的結余不良品降低計算成本產能提高則計算利潤。不要忘了考慮投入的增加！數據從數據庫取，不要自己拍腦袋，估計的數據也要權威部門估！謝謝觀看！軟件開發流程軟件開發主要步驟：

項目啟動項目立項項目計劃軟件需求規格項目設計-概要設計、詳細設計編碼測試-集成測試、系統測試產品發布用戶驗收測試項目關閉軟件開發流程圖主要內容項目組各角色每個階段的主要活動項目組各角色每個階段的主要輸入項目組各角色每個階段輸出的主要工作產品圖例文檔縮略語清單Abbreviations縮略語Fullspelling英文全名Chineseexplanation中文解釋SOWStatementOfWork工作任務書ARAllocatedRequirements分配需求RTMRequirementTrackeablityMatix需求跟蹤矩陣PPLProjectPlan項目計劃PTFProcessTailoringForm過程裁剪表RMPRiskManagementPlan風險管理計劃TSPTestStrategyPlan測試策略計劃WBSWorkBreakdownStructure工作任務分解結構TimeSheetTimeSheet時間表MTSMetricalSheet度量表QAPQualityAssurancePlan質量保證計劃CMPConfigurationManagementPlan配置管理計劃文檔縮略語清單Abbreviations縮略語Fullspelling英文全名Chineseexplanation中文解釋SRSSoftwareRequirementSpecification軟件需求規格說明書STP/STCSystemTestPlan/Case系統測試計劃/用例HLDHighLevelDesign概要設計ITP/ITCIntegrateTestPlan/Case集成測試計劃/用例LLDLowLevelDesign詳細設計UTP/UTCUnitTestPlan/Case單元測試計劃/用例VDDVersionDescriptionDocument版本說明書角色縮略語清單Abbreviations縮略語Fullspelling英文全名Chineseexplanation中文解釋COOChiefOperationOfficer總監CPMChiefProjectManager項目總監PMProjectManager項目經理QAQualityAssurance質量保證SESystemEngineer系統工程師SWESoftwareEngineer軟件工程師TCTestCoordinator

測試協調員TETestEngineer測試工程師CMOConfigurationManagementOfficer配置管理員MCMeasurementCoordinator度量協調員QAMQualityAssuranceManager質量經理SEPGSoftwareEngineeringProcessGroup軟件工程過程組TMTestManager測試經理1.項目啟動/ProjectInitiation2.項目立項SE(系統工程師)/TPM（測試經理）/資料開發人員參與的主要活動：參加SOW/AR(工作任務書/分配需求)的評審分析依據SOW/AR參加工作量估計參與制定技術解決方案建議書參與評審技術解決方案建議書參加項目啟動會議輸入：客戶提供的SOW/AR輸出：1.SOW、AR評審記錄

2.估計表

3.技術解決方案建議書

4.內部技術解決方案建議書評審記錄3.項目計劃/EstablishPPL計劃階段SE/TPM/資料開發人員參與的主要活動：評審估計表參加評審項目計劃參加項目開工會輸入：SOW/AR/設計規格說明書輸出：1.估計表評審記錄

2.PPL（項目計劃）/QAP（質量保證計劃）/TSP（測試策略計劃）/CMP（配置管理計劃）/RMP（風險管理計劃）的

評審記錄計劃階段CMO（配置管理員）參與的主要活動：制定CMP參加項目計劃評審參加項目開工會建立配置庫基線發布配置狀態報告輸入：PPL初稿輸出：1.CMP2.PPL/QAP/RMP評審記錄

3.配置狀態工作報告4.配置審計檢查單計劃階段資料人員參與的主要活動：參加項目計劃評審參加項目開工會輸入：PPL（項目計劃）初稿輸出：1.工作量估計評審記錄

2.PPL/QAP/TSP/CMP/RMP評審記錄4.軟件需求規格/SRS需求階段SE\SWE參與的主要活動：撰寫SRS評審SRS參加SRS后的重估計參加STP的評審參加STC的評審參加里程碑會議輸入：SOW/AR/設計規格說明書輸出：1.SRS軟件需求規格說明書2.SRS評審記錄

3.重估計估計表

4.STP（系統測試計劃/用例）評審記錄需求階段TPM參與的主要活動：評審SRS撰寫STP參加SRS后的重估計參加STP的評審參加里程碑會議輸入：PPL/AR/設計規格/SRS輸出：1.SRS評審記錄

2.STP需求階段CMO（配置管理員）參與的主要活動：配置審計階段基線發布配置狀態報告輸出配置管理工作報告輸入：CMP（配置管理計劃）輸出：1.配置狀態工作報告

2.配置審計檢查單需求階段資料人員參與的主要活動：理解SRS，熟悉系統輸入：SRS輸出：SRS評審記錄5.項目設計/HLD、LLD5.1概要設計SE\SWE參與的主要活動：撰寫HLD參加HLD評審參加ITP評審撰寫ITC參加ITC評審參加里程碑會議輸入：SRS（軟件需求規格說明書）輸出：1.HLD（概要設計）2.HLD內部評審記錄

3.ITP評審記錄

4.ITC5.ITC評審記錄概要設計TPM參與的主要活動：參加ITP評審參加ITC評審參加里程碑會議輸入：PPL（項目計劃）輸出：1.ITP（集成測試計劃）評審記錄

2.ITC（集成測試用例）評審記錄設計階段資料人員參與的主要活動：撰寫相關資料大綱設計參加相關資料大綱設計評審參加里程碑會議輸入：PPL（項目計劃）輸出：1.資料大綱

2.資料大綱評審記錄5.2詳細設計SE\SWE參與的主要活動：撰寫LLD參加LLD評審參加UTP評審撰寫UTC參加UTC評審參加里程碑會議輸入：PPL/HLD（項目計劃/概要設計）輸出：1.LLD（詳細設計）2.LLD評審記錄

3.UTP（單元測試計劃）評審記錄

4.UTC（單元測試用例）詳細設計TPM參與的主要活動：參加LLD評審參加里程碑會議輸入：PPL/LLD（項目計劃/概要設計）輸出：LLD評審記錄6.編碼/Coding編碼階段SE\SWE參與的主要活動：編碼代碼走讀代碼修改執行單元測試回歸測試參加資料評審參加里程碑會議輸入：PPL/LLD/UTC/資料初稿輸出：1.代碼

2.代碼評審記錄

3.單元測試腳本代碼

4.資料評審記錄7.測試/IT、ST7.1集成測試SE\SWE參與的主要活動：執行集成測試代碼修改回歸測試參加里程碑