精益品質 
8D(Eight-Discipline)也可稱為TOPS(Team Oriented Problem Solving)即團隊導向問題解決方法。由8個步驟和一個準備步驟組成。這些步驟用來客觀地確定、定義和解決問題并防止相似問題的再次發生。通常是客戶所抱怨的問題要求公司分析，并提出永久解決及改善的方法。
目錄：
根據現象評估8D過程是否需要。 如果有必要，采取緊急反應行動來保護顧客，并開始8D過程。
>執行緊急反應計劃來保護顧客。
>評審使用標準以確保執行8D是合適的。
>選取、驗證、執行和確認緊急反應行動。
>確定是否需要8D來解決問題。
>8D的過程是很精深的。可能涉及大量的時間、人員和資源。當然也會浪費大量的時間、人員和資源，如果全部問題都使用8D過程是不合適的。
>8D的使用標準幫助判別使用8D過程是合適的。如果不使用8D的標準來判定是否使用8D，那么，您可能用精深的過程來解決每一個單一的問題。
>D0允許執行緊急反應行動（ERA）來保護顧客。
>ERA也是保持顧客滿意度和達到我們目標的重要部分。
>緊急反應行動是在決定是否采用8D時用來保護顧客和受影響的各方的任何行動。
>顧客是經歷癥狀的一個人、組織或駕駛員。例如，一個駕駛員由于空調問題將車開來維修，駕駛員就是顧客。
>受影響的各方是指將被癥狀影響的人、組織或駕駛員。例如，處理空調保修的服務人員是受影響的各方。
>通常由對問題負責和授權解決問題的人決定是否執行ERA（緊急反應行動）。有時，ERA可能在量化數據收到前執行。在任何情況下都需要評估是否需要ERA（緊急反應行動）。
>有時需要不止一個ERA（緊急反應行動）來完全保護我們的顧客。例如，一個ERA（緊急反應行動）用來保護顧客，另一個用來保護他們免受第一個ERA（緊急反應行動）帶來的副作用。
>為確保ERA能保護顧客，需要驗證ERA。當您驗證ERA時，要在行動執行前證明ERA能夠保護顧客并不會產生新的問題。
>可以在非生產產品上驗證ERA，例如樣件或計算機模擬計算。驗證可以包括：
·試驗和演示。
·比較新的行動和已驗證過的相似行動。
·在發布前回顧最近的設計文件（程序、政策、規范等）。
>ERA可能很難用測量驗證，因為它是以常識為基礎。例如，如果將受到影響的產品停止發運，那么顧客就不會再經歷癥狀。
>選擇和驗證并執行了ERA后，必須確認ERA能夠起作用。確認就是提供正在進行中的證據證明ERA達到了目的并且沒有引起新的問題。
>到達顧客前的驗證：
√試驗
√檢測
√觀察
√關于產品和過程的檢測
>顧客驗證包括顧客反饋。
>癥狀已被定義和量化
>8D的用戶已經經歷癥狀并且受影響的各方已經被確定
>量化的測量結果表明有性能差異存在和/或癥狀的優先（嚴重度、緊急、成長）使8D過程成為正當。
>原因不知道。如：培訓操作者作為永久糾正措施，但:為什么操作者失敗了？
>管理層想要找出根本原因并預防再次發生。如：問題再現，緊急和永久糾正措施失敗，或根本原因未能成功識別
>癥狀的復雜性超出了個人能解決的范圍
如果六個標準都滿足了并且沒有其它的8D小組正在解決相同或相似的問題，需要開始8D。
>癥狀—問題
·8D過程區別了癥狀和問題。適用標準的大部分是癥狀。沒有癥狀，不會知道有問題。
·癥狀是一個顯示存在一個或多個問題的可測量的事件或結果。這個事件的后果必須被一個或多個顧客經歷。
·問題是指同期望有偏差或任何由未知原因引起的有害的后果。
·癥狀是問題的顯示。
>量化癥狀：
·只有癥狀才能被測量和量化。
·當癥狀不能被測量時，可能沒有足夠的信息和有效的理由來執行8D。
·量化可能來自于現有的數據，如保修，保修費用或顧客滿意度調查。
·在其它情況下，小組可能不得不開發可測量的方法來量化癥狀。
·有許多工具來量化癥狀，如佩恩特圖（Paynter)、趨勢圖(Trend)、排列圖(Pareto)
·在量化癥狀前，需考慮其嚴重性。如果情況嚴重，執行ERA，然后收集量化數據。
>用于評估的問題可以幫助8D小組決定8D的每一步是否完成。評估用的問題用來：
·讓小組和領導以任務為中心
·提供質量擔保檢查
·作為高級的組織者
·在過程中進行臨時檢查
·確定需要什么資源和何時需要
>總結：
·使用8D適用標準來決定是否需要8D過程來解決問題
·選擇、驗證、執行和確認ERA
·在8D的每一步用評估問題來確認您準備移動到下一步
>關鍵點
·D0的目的是評估是否需要8D過程。 如果需要的話采取ERA來保護顧客。
建立一個小組來解決問題和執行糾正計劃，小組成員應具有過程和/或產品知識、分配的時間、權威和需要的技能。
>D1過程的中心是建立解決問題和執行糾正行動所需的小組
>描述成立8D小組的方針
>描述小組的角色、角色的功能和他們是怎樣執行的
>解釋小組操作程序的三個要素
>描述小組配合的特性
>“D1 成立8D小組” 為8D過程的真正開始。D1的目的是組織一組具有所需職能和能力的人員來解決問題
>成立8D小組是8D過程的基本部分。極少有一個人具有所有需要的資源、資料和技能來解決一個復雜的問題。另一方面，一組合適的人員能夠包括所有必須的資源和聚集每一個人所具有的技能。
>將人數限制在4-10人。
>選取具有恰當的技能、知識、資歷、權威等的人員。確保代表顧客的觀點并使小組成員知道他們為什么被選取參加。
>根據需要變更小組成員。
>8D小組一旦建立，小組成員需要盡可能有效地工作。
>8D過程依靠每一位小組成員的努力來達到小組的目標。
>每位小組成員扮演一個角色。
>每一個角色集中在功能上而不是每一個成員，這可以幫助小組保持集中在過程上和有效工作。并且不會因為個人之間的差異而受牽制。
>8D小組共有七種角色：
>領導：（角色1）
·行使職權來執行小組的建議
·同小組一起評審評估問題表格
·同小組一起設置目標和任務
>負責人： （角色2）
·制定會議和小組活動的日程
·監控按照日程的進展
>時間管理員： （角色3）
·管理小組的時間
·給每一個日程分配時間
·記錄負責人的總結
>抄寫員： （角色4）
·在會議中重新敘述和記錄小組的決定
·使小組的決定可見
·管理小組的文件
>記錄員： （角色5）
·書寫和分發會議紀要
·為小組提供管理支持
·確保每一個小組成員都有機會做貢獻
>協調員： （角色6）
·集中于小組維護
·同小組一起工作解決沖突
·在每個8D階段提出建議
>成員： （角色7）
·找出答案
·執行行動
>除了小組的角色以外，操作程序也幫助小組有效地工作，操作程序可以最小化許多人一起工作時可能發生的人與人之間的問題。
>在D1階段成立8D小組的一個主要原因是為了達到協作。協作在整個小組的輸出大于輸入時發生。在小組系統里，目標是讓輸出大于輸入。
>協作的小組能夠勝過更有技能、具有更多更好資源的竟爭者，一個協作的小組應該：
·一個協作并具有合適的技術技能的小組能夠解決具有最優秀小組成員的小組所不能解決的問題
>小組的成員相似將更令人愉快，但這不是達到小組協作的基礎。最重要的是小組成員相互尊重和信任。
通過“什么地方－什么時間－出現什么問題”來描述內部/外部的問題，用量化的術語細化問題。（描述問題時，應包括問題的嚴重程度。）
>要想成為一個有效的問題解決者，必須在采取行動前知道盡可能多的關于問題的描述。
>D2 階段以在手邊的問題為中心避免低效率：
?盡可能準確地定義問題
?作為問題描述的數據庫
?驅動余下的8D過程
>在D2階段的任何不清楚和不準確都會導致小組得到錯誤的原因和采取錯誤的糾正行動
>當描述問題時，是做觀測或是做結論？這兩者之間區別非常大。觀察力類型對于小組能夠解決的問題影響非常大。準確地定義和描述問題的關鍵是做觀察并在收集和檢查了所有的信息后才能作結論。
>從觀測到結論的流向就像單行道街，看起來不能返回。一旦結論達到了，對大多數人來說重新檢查是極端困難的。作為問題的解決者，您必須認識到您在路的哪一邊并在合適的時候跨過線。
>問題陳述
>問題描述
>問題陳述是確定未知原因引起的問題的對象和缺陷的簡單、簡明的陳述。
>怎樣進行問題陳述
?識別對象和缺陷（問“什么出現了什么問題”）
√“什么問題”是缺陷
√“什么出了問題”是對象
√問‘什么出了什么問題’能夠幫助小組以問題陳述所需的兩個基本要素為中心（對象和缺陷）。
>一旦對象和缺陷建立了，下一步是精煉它們
>問“那個對象為什么出現那個缺陷”來精煉初步的問題
>繼續問“為什么”直到不能肯定回答。如果原因未知并且需要找到根本原因，最后一個對象和缺陷就是問題陳述
>再三地問“那個對象為什么出現那個缺陷”的過程稱為重復問為什么技巧
>問題描述按照問題是什么和問題不是什么定義問題 的邊界
>問題陳述提供基本事實，而問題描述提供需要的細節來找出根本原因
>問題描述幫助小組縮小研究的范圍
>使用是/不是表格
>具體的 它明確地解釋了有什么不對，并從類似的問題中找出不足；
>可觀察的 它描述了問題的可見跡象；
>可測量的 它描述了“多少”或“多少頻度”，以定量的術語指明了問題的范圍。
>可控制的 一個可控制的問題是一個可以在6到12個月內解決的問題。如果一個問題太大，它應被分解成幾個更小的可控制的問題
定義、驗證和執行臨時控制行動以將問題的影響同內部和外部的顧客隔離開。臨時行動將執行到永久性糾正計劃采用為止。確認臨時行動的有效性.。
D3 開發直到永久性糾正計劃執行以前使用的臨時控制計劃（ICA)。 ICA 將問題的影響同內部和外部的顧客隔開。 在D3 ，ICA必須被驗證。
>定義和解釋臨時控制行動的特征
>區分驗證和確認
>解釋怎樣驗證ICA
>解釋怎樣確認ICA
>ICA幫助在有問題的情況下保持和建立顧客滿意度。
>開發ICA時：
?有時間讓8D小組找到問題的根本原因
?保護消費者免受問題的影響
?從時間、質量和成本方面來控制問題
>ICA在永久性糾正措施（PCA）執行前用來將內部和外部顧客和問題的影響隔開。
>ICA在根本原因知道前用來保護顧客。如果根本原因已知或者ERA能夠繼續可靠保護顧客，ICA可以不需要。
>ICA是針對問題而不是針對根本原因。
>開發ICA的四個步驟：
?選擇ICA
?驗證ICA
?執行ICA
?確認ICA
>ICA是保護顧客免受一個或多個問題的癥狀影響的任何行動。
>ICA：
?處理問題的癥狀
?在執行前驗證有效性
?在執行過程中監控
?形成文件
?被PCA取代
?增加過程/操作的成本
>因為ICA會增加成本，在選擇ICA前要仔細考慮。問下面的問題來決定是否需要ICA：
?根據D2階段的數據，ICA是否需要
?D0 階段的ERA能否改進
?是否肯定根本原因是什么，能否執行直接、永久的糾正
?是否需要時間來決定問題的根本原因
>用下面的結果幫助決定是否需要ICA
?如果顧客需要和能夠被保護，采取ICA
?如果需要時間來決定根本原因，采取ICA
?如果根本原因已知，采取永久的糾正而不是ICA。
>如果需要ICA，需要選擇最好的ICA，選擇ICA時：
?建立選擇標準
?分析執行ICA的好處
?分析執行ICA的風險
?選擇能夠最佳平衡好處和風險的ICA。
>執行的ICA必須保護顧客并且不會產生新的問題。當然，單獨一個ICA可能不夠。可能需要 采取一個以上的ICA以完全保護顧客
>應急處理：
●產品/物料處理
成品（消費者處、客戶處、在途、待出貨、庫存）
半成品（在制、未制、已制）
物料（產線、庫存、在途、供方處）
●替代方案
>關鍵要點:
●評價緊急響應措施
●找出和選擇最佳“臨時抑制措施”
●決策
●實施，并作好記錄
●驗證（DOE、PPM分析、控制圖等）
>ICA是保護顧客的任何行動。但是，在執行ICA前需要驗證ICA能夠起作用。
>當驗證ICA時；
?在執行前，證明ICA將防止顧客免受問題的影響
?提供前后的比較
?證明ICA將不會產生任何新的問題
>驗證的方法：
?試驗
?演示
?比較ICA和以被確認的相似行動
?評審設計發布前的文件如政策、程序、圖紙和規范等
>可能時，進行試運行。
>執行ICA的重要部分是計劃怎樣執行ICA。執行ICA時：
?遵循管理循環
?創立行動計劃
>管理循環是做決定和有效執行的過程。管理循環中的步驟是：
?計劃-決定哪些行動必須在目標完成日期前完成以達到目標
?做-執行計劃
?監測-記錄執行的結果
?行動-評估結果
>管理循環是一個無限的過程，一旦評估了結果，又回到計劃階段考慮怎樣改進結果或者開始工作下一個目標。
>執行ICA后，需要進行確認。確認用來證明ICA滿足要求并且沒有產生新的問題。
>確認有兩種形式：
?到達顧客前確認。在暴露給顧客前和成功驗證之后，證明行動在起作用的確認。包括試驗、觀測、和其他質量檢測。
?顧客確認。來自于顧客的證明ICA正在起作用的確認。
>定義和解釋ICA的特征
>區別驗證和確認
>解釋怎樣驗證ICA
>解釋怎樣確認ICA
>D3的目的是定義、驗證、執行和確認ICA。ICA是在PCA執行前保護顧客不受問題的影響
>執行ICA可以給小組時間在根本原因的水平上解決問題
通過測試每一個根本原因對問題描述來隔離和驗證根本原因。同時隔離和驗證根本原因的影響能在過程中被檢測和控制的地方。
>D4 根據問題描述測試每一個根本原因從而確定和驗證根本原因
>確定和驗證過程中根本原因的影響能夠被檢測和控制的環節
>使用問題解決過程和工作表來識別問題的根本原因
>驗證問題的根本原因
>找出根本原因是解決任何問題的最重要部分。當確定了根本原因后，才能在最基本的水平上解決問題。
>確定根本原因也許會花時間，但從長期來看更有效地利用了時間：
?不用一個接一個地提供“快速糾正”。
?不必浪費時間在危險的控制上。
?不必常常重新建立顧客滿意度。
?只需解決問題一次。
>其他的員工和8D小組可以從中學到東西，以使他們能夠在問題發生前防止問題。在D4階段的工作是8D 過程的核心。在此階段中心從觀測改變到結論。
>人們常常混淆了8D過程中討論的不同類型的原因。
?可能原因：在原因結果圖上被確定的描述一種結果可能發生的任何原因
?最有可能原因：以可得到的數據為基礎，最能描述問題的原因
?根本原因：驗證過的解釋問題的原因。通過讓問題再現來驗證
>D4過程能夠幫助慢慢減小調查能夠驗證的根本原因的范圍
>怎樣確定根本原因
?評審問題描述（是/不是分析）
?完成變化-引起情況的比較分析
?展開根本原因推測
?針對問題描述的試驗推測
>驗證了最有可能原因后才能得到根本原因
>問題解決工作表
?問題解決工作表是用來幫助確定根本原因的基本工具。幫助集中努力和管理和解釋收集的信息。共有四頁：
√問題描述
√比較分析
√根本原因理論
√根本原因理論試運行
>問題情況的類型：
?變化-引起情況是指產品或過程與預期的性能水平有偏差的情況。性能上的變化可能逐步、或突然發生，也可能是間歇的、不可預測的或不穩定的。
?從未到達的情況是指新的事件的發生或想要的性能水平未達到。
>所有的問題都可歸入這兩類。怎樣確定根本原因可能取決于問題的情況。從未達到的情況可以不用比較分析
>為了確定根本原因，首先評審問題描述
?問題描述是根據什么、哪里、何時和多大來描述問題的。
?所有是/不是的答案必須是事實。
?所有在是/不是欄的比較資料應該在范疇、形狀、形式、功能和組成上是相似的。
?所有的資料必須在根本原因確認前收集。
>在進行下一步之前，必須確保上述 的要素是真實的。考慮完成是/不是表格得到的任何新的信息。
>完成問題描述評審后，可以開始比較分析。在D2階段完成了問題描述后，減少了調查的范圍。比較分析減少了用來決定根本原因必須考慮的可能性。
>為了完成比較分析，比較每一個與是相應的或相對的不是
>在問題解決工作表的比較分析部分不同欄里列出所有的差別。
>考慮在不同欄列出的所有差別并尋找變化
?問“對這個差異改變了什么”
?并非每一個差異都有相應的改變
?在變化欄列出所有的改變
?查看改變發生的日期。可能消除一些問題開始后發生的變化
?考慮人、機器、材料、方法、測量或環境（5M1E）。
>如果是改變引起的問題，根本原因一定是與一個或多個已經被確定的變化相關的改變。
>現在還沒有從觀測階段向前移動。在比較分析中的任何信息必須是事實，不能是意見。
>在縮小了可能的根本原因的范圍后，分析問題是怎樣發生的。推測就是改變可能引起問題的方式的敘述
?用頭腦風暴的技術來產生意見
?問“改變怎樣產生問題”
?對一種變化至少列出一種推測
?在工作表上單獨列出每一個推測
?列出每一種可能性，不論有多奇怪或多不可能
?先從最簡單的一個變化/一個推測開始
?要明確，不要使用質量差或不工作等一般性的詞語。
>精密地針對是/不是數據評估一個推測
>試驗最有可能的推測
>試驗每一個推測的似乎有理性而不是不太可能性。
>是一個排除的過程
>試圖測試每一個推測的發生能否引起問題，不是解釋在將來可能會發生
>通過下述步驟來測試推測
?問“推測是否解釋是/不是數據”。如果是，如何解釋？
?針對每一組是/不是數據測試推測
?如果推測完全解釋了在是中發生的問題但從未發生在不是中。放一個‘+’在問題解決工作表試運行部分的合適地方。
?如果不能解釋是中的問題放一個‘-’
?如果能夠解釋問題，但是不能解釋為什么，放‘？’
?先測試簡單的推測，最后測試復雜或相互作用的推測。
?根本原因必須解釋所有已知的資料。
?任何通過試運行的推測是最可能的原因。
?如果只有一個推測通過了試運行，驗證這個推測是根本原因。
?如果有多個推測通過了試運行，收集和分析不確定推測漏掉的資料并重新檢查資料來解決不確定。
?如果另外的資料顯示推測不能完全解釋為什么會發生是中的情況而不會發生不是中的情況，不考慮。
?如果不能收集其他信息，驗證其他的推測。先開始具有最多加號的推測。最能解釋是/不是數據的推測為最可能的原因。
>確定了最可能原因后，驗證它引起的問題。驗證是用來確認已經確定了根本原因的所需的證據。
>驗證可以主動和被動進行
?被動驗證是通過觀察進行
?在沒有改變時，尋找根本原因的存在
?如果不能證明根本原因的存在，那么這個確定的原因可能不是根本原因。
>主動驗證通過模擬根本原因來完成
?通過調整可能是根因的變量來讓缺陷重現和消除
?重現和消除對確認根因來說都很重要的基本試驗
>用問題解決過程和工作表驗證問題的根本原因。
>驗證問題的根本原因。
選取最佳的的永久性糾正措施來解決根本原因。同時也選取最佳的永久性糾正措施來控制根本原因的影響。驗證執行兩個決定是有效的并且不會引起不需要的影響。
>選擇最好的PCA來解決根本原因。
>選擇最好的PCA來控制根本原因的影響并驗證所有的決定在執行時都會成功并且不會引起不希望的影響。
>定義Permanent Corrective Action PCA
>用七步決定過程選擇PCA
>使用問題決定工作表
>解釋怎樣驗證PCA
>到現在為止，已經完成了定義問題和確定根本原因。但是，8D過程是解決問題。在D5中小組將為根本原因找到最好的PCA。
>D5以作決定和驗證為中心。通過以上兩步，能夠：
?在利益和風險的基礎上作出最好的決定。
?驗證選擇的決定將會起作用。
>在D5階段的工作能夠幫助防止輕率地執行PCA并為PCA設置確認階段
>PCA是消除問題的根本原因的最好行動。
>8D作決定過程幫助小組選擇最好的PCA。選取的PCA應該：
?在根本原因的水平上解決問題。
?不會產生另外的問題。
?驗證能夠起作用。
>作決定過程實際上是為多種方案確定優先順序的技術。需要小組的一致同意，小組成員應該通過討論和學習而不是妥協對選擇的決定達成一致。小組成員支持對整個小組有利的決定。
>作決定過程進行的好壞取決于作決定者的經驗和使用的準則。
>作出決定的過程有七個步驟
?描述結果
?列出作決定的標準
?決定想得到的東西的相關重要性
?確定選擇
?將選擇和作決定的標準比較
?分析風險
?作出最好的選擇
>第一步:描述結果
?每一個決定都有一個目的.結果是決定想要的輸出結果的簡潔描述，小組需要描述結果是為了：
?描述結果可以幫助小組向同一個目標努力.
?為了描述結果,需要確定一個行動或對象.
>列出作決定的準則
?有兩類作決定的準則-假設和需求
?假設是作決定的最小準則，使用假設可以過濾選擇。
>所有不滿足假設的選擇被去除后，需求將決定最后的選擇
?是可測量的（主觀和客觀）
?是想得到的決定的特性
?決定那些選擇是更可取的
?按照可用的資料為理想的選擇建立需要的準則
>當針對結果考慮時，每一個需求都有相關的重要性。
>有些需求是比其他需求更希望的，決定需求的重要性時：
?給最重要的需求10分（分數為1-10）
?將剩下的需求和最重要的需求比較，給出相應的分數
?只有一個選擇應該為10分
>建立和評定作決定的準則后，應該準備做決定。建立一個可以在根本原因的水平上解決問題的可選擇方案的清單。當有大量的可選方案是，可以作出高質量的決定。
>確定選擇可能需要幾次會議，特別是小組需要收集數據時。
>將作決定的標準和選擇作比較能夠評估每一個選擇和標準的滿足程度。
?比較每一個選擇和每一個假設。
?針對余下的選擇比較或應用每一個需求。
?將每一個選擇怎樣好的值乘以在第三步得到的每一個需求的重要度值。
?合計每一個選擇的分數。最高分的選擇是最能滿足標準和提供最大好處的選擇。
>在選擇PCA前，需要評估每一個選擇包括的風險。 一個風險有兩個要素要考慮：
?決定的風險有多嚴重
?風險發生的可能性
>小組成員可能對承擔的風險的滿意水平不同。
>一個平穩的選擇是以可能得到的所有信息為基礎能夠確保是最佳的選擇
>在執行PCA前需要驗證它能工作。 驗證過程和D3中驗證ICA的過程一樣
>可以通過下面的方式驗證PCA
?進行試驗和演示，如離線生產運行。
?將新的行動和相似的證明過的行動比較。
?在發布前評審 新設計文件。
計劃和執行選取的永久性糾正措施。去除臨時行動。驗證永久性糾正措施并監控長期的效果。
>為什么執行和確認PCA
?執行PCA來消除根本原因
?確認確保PCA在執行后能夠達到想要的效果。
>計劃是執行和確認的重要部分。當計劃有效時，執行才能順利進行。
?問題在發生前被防止
?沒有人會因為任何細節和預想不到的時間而奇怪
>執行PCA有兩個階段：計劃和問題預防
>共有三個步驟
?規定目標
?確定需要滿足的標準和情況
?確定關鍵步驟
>關鍵步驟是執行中最重要的部分。完成關鍵步驟的任何問題和延誤都會影響所有其它步驟的完成。
>關鍵步驟是
?全新的
?時間緊迫的
?復雜的
?對其他步驟有影響
>問題預防是執行任何PCA的重要部分。
>為了預防問題，小組必須系統地評審計劃的每一步。
>確定和評定關鍵步驟
?在計劃階段已經確定了關鍵的執行步驟，現在考慮這些步驟中哪些是成功執行的關鍵。這些步驟會投入大部分的注意力和資源
?可以同D5中評定風險一樣來評定每一步的重要性
>確定障礙和預防行動
?障礙可能會阻止完成關鍵步驟，障礙可能包括人、方法、機器、材料、測量、環境問題
>一旦確定了與關鍵步驟有關的障礙，考慮如何防止問題的發生。
>確定保護行動、提示和責任
?盡管盡了重大努力和進行了計劃，問題仍會發生。需要小組準備后備計劃來處理這些情況。
?需要知道何時采用后備計劃和由誰來執行后備計劃。
>成功執行了PCA后需要進行確認。
>確認PCA時問下面的問題。
?問題以被完全消除了嗎？
?怎樣證明。
>在確認PCA前，確保在D3階段采用的ICA已被去掉。因為：
?PCA解決了根本原因ICA不再需要。
?繼續執行ICA會浪費有價值的資源。
?ICA是掩飾問題，而問題仍然存在。
>描述了計劃執行PCA的要素
>描述了問題預防的要素
修改必需的系統包括政策、程序等來防止同一或相似問題的再發生。如果需要對系統改進提出建議，并將學到的技術教訓形成文件。
>D7提供修改需要的系統包括政策、程序等來防止問題再次發生的機會。
>解釋防止問題再次發生的重要性。
>用重復的‘為什么’技術來確定根本原因的根本原因。
>解釋怎樣確定系統改進，采取預防行動，并提出系統性的預防建議。
>如果一個問題需要采用8D，那么至少一個系統、程序或政策使得問題發生和逃出。
>通常系統的問題由沿用的程序、政策和前一個組織、技術和能力引起的。
>這些沿用的內容通常是：
?過時的
?完全不充分的
?未遵循的
>D7從未開始。
>D7 演變成過失會議
>8D過程在D3停止
>8D過程從未開始
>擔心后果
>沒有足夠的權威性
>低的優先性
>不愿導致變化
>預防再發生是指防止當前問題、相似問題或系統問題再次發生的任何行動。
>實際上是確定根本原因的根本原因的問題。
>減少根本原因的根本原因的范圍，需要回答下面的 問題。
?問題是在哪里和怎樣進入系統的？
?什么允許問題的發生？
?為什么問題未被檢測到？
>在D7中使用‘重復的為什么’技術時
?從D2中展開的問題陳述開始
?問“為什么問題會發生”
?繼續問確定的原因和問題為什么
>一旦得到了根本原因，從每一個‘為什么’得到的答案將指引到允許初始問題發生的系統、政策、程序等的缺陷處。
>做什么樣的問題來防止問題的發生。
>在已知的當前問題的基礎上，什么相似的問題可能再次發生。
>在開發可能的改進時, 領導必須涉及小組確定的任何可能的決議。
>領導有三種行動選擇來處理確定的系統問題
?使用職權來改進系統、程序等（預防行動）
?將系統改變的建議匯報給有權改變系統的人員（系統預防建議）
?能夠認識到改變的需要并監控每天的系統操作
>領導使用手中的職權使改變實施，但不是親自執行。
>如果領導不能執行某些建議行動，應該告訴小組成員原因。
>重新審查/修改PFMEA；
>重新審查/修改控制計劃；
>職責描述；
>目視標準樣件；
>首件樣品；
>技術規范/圖紙；
>預防維護計劃；
>其他類似產品/工藝的糾正措施。
>解釋防止問題再次發生的重要性。
>用重復的‘為什么’技術確定根本原因的根本原因。
>解釋怎樣確定系統改進并確定和執行系統預防建議。
完成小組的經驗。真誠地表彰小組和個人的貢獻。
>表彰小組和個人的貢獻并慶祝
>描述表彰的理論
>解釋關閉過程
>D8階段的‘表彰’是告訴每一個人小組現在解散了并且該項目不需要進一步的工作。但是不應該忘記小組成員的努力工作。
>在D8階段允許涉及的每一個人：
?完成小組經驗
?真誠地表彰貢獻
?慶祝小組的成就
>為什么表彰小組和個人貢獻
?表彰貢獻讓每一個人知道過程已經關閉。
?表明參與者的努力是有價值的。
?當參加者的努力得到公開表彰后，有關的人員更加可能繼續支持8D過程。
>怎樣表彰小組和個人的貢獻
?理解是怎樣的表彰
?理解外部表彰的特性
?關閉小組活動
>理解表彰
?表彰不僅僅是承認小組的所做的工作。
?表彰是承認工作的質量、努力的質量和小組成就的價值
>表彰有兩種形式
?明確的——物質獎賞，如金錢、證書等
?不明確——可能是僅僅表明是有意義和有效性。 可能簡單為告訴其他小組和個人8D小組的工作作得很好
>關于表彰的意見
?在公司時事通訊上發布公告。
?給小組成員的的主管發送信件。
?給小組成員的家庭發送信件描述他們的角色和他們小組對公司的影響。
>為了關閉小組的的過程，在D8階段還有許多任務
?完成《8D報告》，必要時還應提出專題研究分析報告，報告欄目可按需要自行擬訂
?將文件定案和存檔
?認識從小組過程中學到的教訓
?完成提交領導的最后介紹
?表達對小組成員的抱怨和遺憾
?表達對小組成員的感謝
>由8D小組責任部門經理（必要時由總經理）審閱《8D報告》，并向小組祝賀及公布小組成果。
>在D8階段選擇和保留主要的文件和記錄學到的教訓極其重要
>對小組作出了貢獻并且將不再是小組成員的人應該參加關閉會議表達和接受表彰
>描述了表彰的理論
>解釋了關閉過程
下一篇：精益品質之QA網絡表