【正文】 – 在 D8階段允許涉及的每一個人： ? 完成小組經驗 ? 真誠地表彰貢獻 ? 慶祝小組的成就 D8表彰小組和個人的貢獻 – 為什么表彰小組和個人貢獻 ? 表彰貢獻讓每一個人知道過程已經關閉。 – 通常系統的問題由沿用的程序、政策和前一個組織、技術和能力引起的。這些步驟會投入大部分的注意力和資源 ? 可以同 D5中評定風險一樣來評定每一步的重要性 – 確定障礙和預防行動 ? 障礙可能會阻止完成關鍵步驟，障礙可能包括 – 人 – 方法 D6執(zhí)行和證實 PCA – 材料 – 機器 – 測量 – 環(huán)境問題 – 一旦確定了與關鍵步驟有關的障礙，考慮如何防止問題的發(fā)生。 ? 合計每一個選擇的分數。 ? 不會產生另外的問題。 ? 根本原因驗證的詳細情況。 – 如果有多個推測通過了試運行，收集和分析不確定推測漏掉的資料并重新檢查資料來解決不確定。 ? 為了完成比較分析，比較每一個與是相應的或相對的不是 ? 在問題解決工作表的比較分析部分 不同欄 里列出所有的差別。通過讓問題來和去來主動和被動驗證 – D4過程能夠幫助慢慢減小調查能夠驗證的根本原因的范圍 D4 定義和驗證根本原因和問題逃出點 ? 確定根本原因 – 怎樣確定根本原因 ? 評審問題描述（是 /不是分析） ? 完成變化 引起情況的比較分析 ? 展開根本原因推測 ? 針對問題描述的試驗推測 – 驗證了最有可能原因后才能得到根本原因 D4 定義和驗證根本原因和問題逃出點 – 問題解決工作表 ? 問題解決工作表是用來幫助確定根本原因的基本工具。在暴露給顧客前和成功驗證之后，證明行動在起作用的證實。 – ICA是針對 問題 而不是針對 根本原因 。 – D2 階段以在手邊的問題為中心避免低效率： ? 盡可能準確地定義問題 ? 作為問題描述的數據庫 ? 驅動余下的 G8D過程 – 在 D2階段的任何不清楚和不準確都會導致小組得到錯誤的原因和采取錯誤的修正行動 D2 描述問題 ? 觀察和結論： – 當描述問題時，是做觀測或是做結論？這兩者之間區(qū)別非常大。確保代表顧客的觀點并使小組成員知道他們?yōu)槭裁幢贿x取參加。 ? 問題是指同期望有偏差或任何由未知原因引起的有害的后果。驗證可以包括： ? 試驗和演示。 – 福特公司的最終目標是在卓越的產品和顧客滿意度方面居于行業(yè)領先。 G8D過程概述（續(xù)） ? D7 防止問題再次發(fā)生。 – 通過‘什么出現什么問題’來描述內部 /外部的問題，用量化的術語細化問題。 – 作為 G8D成員有效地參加到工作中去。 – 選取最佳的的永久修正行動來去除根本原因。 – 描述評估問題 /檢測表的功能。有時，ERA可能在量化數據收到前執(zhí)行。 D0 準備 G8D ? G8D的適用標準： – 癥狀已被定義和量化 – G8D的用戶已經經歷癥狀并且受影響的各方已經被確定 – 量化的測量結果表明有性能差異存在和 /或癥狀的優(yōu)先（嚴重度、緊急、成長）使 G8D過程成為正當。 如果需要的話采取ERA來保護顧客。 – 同小組一起評審評估問題表格 – 同小組一起設置目標和任務 ? 負責人： – 制定會議和小組活動的日程 – 監(jiān)控按照日程的進展 ? 時間管理員： – 管理小組的時間 – 給每一個日程分配時間 – 記錄負責人的總結 D1 建立小組 ? 抄寫員： – 在會議中重新敘述和記錄小組的決定 – 使小組的決定可見 – 管理小組的文件 ? 記錄員： – 書寫和分發(fā)會議紀要 – 為小組提供管理支持 – 確保每一個小組成員都有機會做貢獻 D1 建立小組 ? 協調員： – 集中于小組維護 – 同小組一起工作解決沖突 – 在每個 G8D階段提出建議 ? 成員： – 找出答案 – 執(zhí)行行動 D1 建立小組 ? 小組操作程序： – 除了小組的角色以外，操作程序也幫助小組有效地工作，操作程序可以最小化許多人一起工作時可能發(fā)生的人與人之間的問題。如果原因未知并且需要找到根本原因，最后一個對象和缺陷就是問題陳述 ? 再三地問“那個對象為什么出現那個缺陷”的過程稱為重復問為什么技巧 D2 描述問題 ? 問題描述 – 問題描述按照問題是什么和問題不是什么定義問題 的邊界 – 問題陳述提供基本事實，而問題描述提供需要的細節(jié)來找出根本原因 – 問題描述幫助小組縮小研究的范圍 – 使用是 /不是表格 D3 開發(fā)臨時控制行動（ ICA） ? D3 開發(fā)直到永久修正計劃執(zhí)行以前使用的臨時控制計劃。 – 當驗證 ICA時； ? 在執(zhí)行前，證明 ICA將防止顧客免受問題的影響 ? 提供前后的比較 ? 證明 ICA將不會產生任何新的問題 D3 開發(fā)臨時控制行動（ ICA） – 驗證的 方法： ? 試驗 ? 演示 ? 比較 ICA和以被證實的相似行動 ? 評審設計發(fā)布前的文件如政策、程序、圖紙和規(guī)范等 – 可能時，進行試運行。 ? 不必常常重新建立顧客滿意度。 – 所有在是 /不是欄的比較資料應該在范疇、形狀、形式、功能和組成上是相似的。 – 是一個排除的過程 – 試圖測試每一個推測的發(fā)生能否引起問題，不是解釋在將來可能會發(fā)生 D4 定義和驗證根本原因和問題逃出點 – 通過下述步驟來測試推測 ? 問“推測是否解釋 是 /不是 數據”。 – 確定了根本原因后，需要確定問題逃出點。在 D5中小組將為根本原因和問題逃出點決定最好的 PCA。建立一個可以在根本原因的水平上解決問題的可選擇方案的清單。 – 計劃是執(zhí)行和驗證的重要部分。 ? 繼續(xù)執(zhí)行 ICA會浪費有價值的資源。 – 領導有三種行動選擇來處理確定的系統問題 ? 使用職權來改進系統、程序等（預防行動） ? 將系統改變的建議匯報給有權改變系統的人員（系統預防建議） ? 能夠認識到改變的需要并監(jiān)控每天的系統操作 – 領導使用手中的職權使改變實施，但不是親自執(zhí)行。 ? 給小組成員的家庭發(fā)送信件描述他們的角色和他們小組對公司的影響。 – 在已知的當前問題的基礎上，什么相似的問題可能再次發(fā)生。 – 在證實 PCA前，確保在 D3階段采用的 ICA以被去掉。 ? 在發(fā)布前評審 新設計文件。假設可以決定考慮哪些選擇： – 是客觀可測 – 是不可談判的 – 是決定的現實特性 – 常常包括金錢、最后期限、公司程序或法規(guī) D5選擇 /驗證 PCA ? 所有不滿足假設的選擇被去除后，需求將決定最后的選擇 – 是可測量的（主觀和客觀） – 是想得到的決定的特性 – 決定那些選擇是更可取的 – 按照可用的資料為理想的選擇建立需要的準則 D5選擇 /驗證 PCA ? 決定需求的相關重要性 – 當針對結果考慮時，每一個需求都有相關的重要性。 ? 目標 – 定義 PCA – 用七步決定過程選擇 PCA – 使用問題決定工作表 – 解釋怎樣驗證 PCA D5選擇 /驗證 PCA ? 為什么要選擇和驗證 PCA – 到現在為止，已經完成了定義問題和確定根本原因和問題逃出點。 – 驗證