【正文】 解釋 G8D軟件的主要功能 ? 關鍵點 ? D0的目的是評估是否需要 G8D過程。 18 D1 建立小組 ? 概述： – D1過程的中心是建立解決問題和執(zhí)行修正行動所需的小組并開始小組建立過程 ? 目的： ? 描述建立小組的方針 ? 描述小組的角色、角色的功能和它們是怎樣執(zhí)行的 ? 解釋小組操作程序的三個要素 ? 描述小組配合的特性 19 D1 建立小組 ? 為什么要建立小組 – “ D1 建立小組” 為 G8D過程的真正開始。極少有一個人具有所有需要的資源、資料和技能來解決一個復雜的問題。 20 D1 建立小組 ? 確定小組成員時應考慮 : – 將人數(shù)限制在 410人。確保代表顧客的觀點并使小組成員知道他們?yōu)槭裁幢贿x取參加。 – 根據(jù)需要變更小組成員。 – G8D過程依靠每一位小組成員的努力來達到小組的目標。 – 每一個角色集中在功能上而不是每一個成員，這可以幫助小組保持集中在過程上和有效工作。 – G8D小組共有七種角色 22 D1 建立小組 ? 領導： – 行使職權來執(zhí)行小組的建議。 ? 小組協(xié)作： – 在 D1階段建立小組的一個主要原因是為了達到協(xié)作。在小組系統(tǒng)里，目標是讓輸出大于輸入。最重要的是小組成員相互尊重和信任。 – D2 階段以在手邊的問題為中心避免低效率： ? 盡可能準確地定義問題 ? 作為問題描述的數(shù)據(jù)庫 ? 驅動余下的 G8D過程 – 在 D2階段的任何不清楚和不準確都會導致小組得到錯誤的原因和采取錯誤的修正行動 27 D2 描述問題 ? 觀察和結論： – 當描述問題時，是做觀測或是做結論？這兩者之間區(qū)別非常大。準確地定義和描述問題的關鍵是做觀察并在收集和檢查了所有的信息后才能作結論。一旦結論達到了，對大多數(shù)人來說從新檢查是極端困難的。 28 D2 描述問題 ? 怎樣描述問題 – 問題陳述 – 問題描述 ? 問題陳述 – 問題陳述是確定未知原因引起的問題的對象和缺陷的簡單、簡明的陳述。 29 D2 描述問題 – 用重復的為什么技術精煉對象和缺陷 ? 一旦對象和缺陷建立了，下一步是精煉它們 ? 問“那個對象為什么出現(xiàn)那個缺陷”來精煉初步的問題 ? 繼續(xù)問“為什么”直到不能肯定回答。 ICA 將問題的影響同內部和外部的顧客隔開。 ? 目標： – 定義和解釋臨時控制行動的特征 – 區(qū)分驗證和證實 – 解釋怎樣驗證 ICA – 解釋怎樣證實 ICA 32 D3 開發(fā)臨時控制行動（ ICA） ? 為什么要開發(fā) ICA – ICA幫助在有問題的情況下保持和建立顧客滿意度。 33 D3 開發(fā)臨時控制行動（ ICA） – ICA在根本原因知道前用來保護顧客。 – ICA是針對 問題 而不是針對 根本原因 。 – ICA： ? 處理問題的癥狀 ? 在執(zhí)行前驗證有效性 ? 在執(zhí)行過程中監(jiān)控 ? 形成文件 ? 被 PCA取代 ? 增加過程 /操作的成本 35 D3 開發(fā)臨時控制行動（ ICA） ? 第一步：選擇 ICA – 因為 ICA會增加成本，在選擇 ICA前要仔細考慮。 – 如果需要 ICA， 需要選擇最好的 ICA， 選擇 ICA時： ? 建立選擇標準 ? 分析執(zhí)行 ICA的好處 ? 分析執(zhí)行 ICA的風險 ? 選擇能夠最佳平衡好處和風險的 ICA。當然，單獨一個 ICA可能不夠。但是，在執(zhí)行ICA前需要驗證 ICA能夠起作用。 39 D3 開發(fā)臨時控制行動（ ICA） ? 執(zhí)行 ICA – 執(zhí)行 ICA的重要部分是計劃怎樣執(zhí)行 ICA。管理循環(huán)中的步驟是： ? 計劃 決定哪些行動必須在目標完成日期前完成以達到目標 ? 做 執(zhí)行計劃 ? 監(jiān)測 記錄執(zhí)行的結果 ? 行動 評估結果 40 D3 開發(fā)臨時控制行動（ ICA） – 管理循環(huán)是一個無限的過程，一旦評估了結果，又回到計劃階段考慮怎樣改進結果或者開始工作下一個目標。證實用來證明ICA滿足要求并且沒有產(chǎn)生新的問題。在暴露給顧客前和成功驗證之后，證明行動在起作用的證實。 ? 顧客證實。 42 D3 開發(fā)臨時控制行動（ ICA） ? 總結： – 定義和解釋 ICA的特征 – 區(qū)別驗證和證實 – 解釋怎樣驗證 ICA – 解釋怎樣證實 ICA ? 關鍵點： – D3的目的是定義、驗證、執(zhí)行和證實 ICA。當確定了根本原因后，才能在最基本的水平上解決問題。 ? 不必浪費時間在危險的控制上。 ? 只需解決問題一次 。在 D4階段的工作是 G8D 過程的核心。 45 D4 定義和驗證根本原因和問題逃出點 ? 什么是根本原因 – 人們常常混淆了 G8D過程中討論的不同類型的原因。通過讓問題來和去來主動和被動驗證 – D4過程能夠幫助慢慢減小調查能夠驗證的根本原因的范圍 46 D4 定義和驗證根本原因和問題逃出點 ? 確定根本原因 – 怎樣確定根本原因 ? 評審問題描述（是 /不是分析） ? 完成變化 引起情況的比較分析 ? 展開根本原因推測 ? 針對問題描述的試驗推測 – 驗證了最有可能原因后才能得到根本原因 47 D4 定義和驗證根本原因和問題逃出點 – 問題解決工作表 ? 問題解決工作表是用來幫助確定根本原因的基本工具。共有四頁： – 問題描述 – 比較分析 – 根本原因理論 – 根本原因理論試運行 48 D4 定義和驗證根本原因和問題逃出點 – 問題情況的類型： ? 變化 引起情況 是指產(chǎn)品或過程與預期的性能水平有偏差的情況。 ? 從未到達的情況 是指新的事件的發(fā)生或想要的性能水平未達到。怎樣確定根本原因可能取決于問題的情況。 – 所有是 /不是的答案必須是事實。 – 所有的資料必須在根本原因確認前收集。考慮完成是 /不是表格得到的任何新的信息。在D2階段完成了問題描述后，減少了調查的范圍。 ? 為了完成比較分析，比較每一個與是相應的或相對的不是 ? 在問題解決工作表的比較分析部分 不同欄 里列出所有的差別?？赡芟恍﹩栴}開始后發(fā)生的變化 – 考慮人、機器、材料、方法、測量或環(huán)境。 ? 現(xiàn)在還沒有從觀測階段向前移動。 52 D4 定義和驗證根本原因和問題逃出點 ? 第三步：開發(fā)根本原因推測 – 在縮小了可能的根本原因的范圍后，分析問題是怎樣發(fā)生的。 53 D4 定義和驗證根本原因和問題逃出點 ? 第四步：試驗推測 – 精密地針對是 /不是數(shù)據(jù)評估一個推測 – 試驗最有可能的推測 – 試驗每一個推測的似乎有理性而不是不太可能性。如果是，如何解釋？ ? 針對每一組 是 /不是 數(shù)據(jù)測試推測 ? 如果推測完全解釋了在是中發(fā)生的問題但從未發(fā)生在不是中。 ? 如果不能解釋是中的問題放一個‘ ’ ? 如果能夠解釋問題，但是不能解釋為什么，放‘？’ ? 先測試簡單的推測，最后測試復雜或相互作用的推測。 – 任何通過試運行的推測是最可能的原因。 – 如果有多個推測通過了試運行，收集和分析不確定推測漏掉的資料并重新檢查資料來解決不確定。 – 如果不能收集其他信息，驗證其他的推測。最能解釋 是 /不是 數(shù)據(jù)的推測為最可能的原因。驗證是用來確認已經(jīng)確定了根本原因的所需的證據(jù)。 ? 主動驗證通過模擬根本原因來完成 – 執(zhí)行和去處根本原因來使問題發(fā)生和消除 – “來”和“去”都