8D方法作業(yè)指導書_第1頁
8D方法作業(yè)指導書_第2頁
8D方法作業(yè)指導書_第3頁
8D方法作業(yè)指導書_第4頁
8D方法作業(yè)指導書_第5頁
已閱讀5頁,還剩10頁未讀 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、JY/JSJY/JS- -8.58.5- -01 01 版本 / 修改 A/00 頁碼 3232- -1414- -1 8D 方法作業(yè)指導書 1 1 8D8D 方法概述 ? 8D 由 1 個準備過程和 8 個實施步驟組成。 ?這些步驟用來客觀地確定、定義和解決問題,并防止相似問題的再次發(fā)生。 2 2 8D8D 方法概述 D0準備過程。 根據(jù)現(xiàn)象評估 8D 過程是否需要。 如果有必要,采取緊急反應行動來保護顧客,并開 始 8D過程。 D1建立小組。 建立一個小組來解決問題和執(zhí)行修正計劃,小組成員應具有過程和 /或產(chǎn)品知識、分配 的時間、權(quán)威和需要的技能。 D2描述問題 通過 出現(xiàn)什么問題”來描述

2、內(nèi)部/外部的問題,用量化的術(shù)語細化問題。 D3開發(fā)臨時控制行動 定義、驗證和執(zhí)行臨時控制行動,以將問題的影響同內(nèi)部和外部的顧客隔離開。臨時 行動將執(zhí)行到永久修正計劃采用為止,以證實臨時行動的有效性 .0 D4定義、驗證根本原因和問題逃出點 通過測試每一個根本原因?qū)栴}描述來隔離和驗證根本原因。同時隔離和驗證根本原 因的影響能在過程中被檢測和控制的地方。 D5 - 選擇/驗證永久修正計劃 根據(jù)根本原因和問題逃出點選取和驗證永久修正計劃,選取最佳的的永久修正行動來 去除根本原因。同時也選取最佳的永久修正行動來控制根本原因的影響。驗證執(zhí)行兩 個決定是有效的并且不會引起不需要的影響。 D6執(zhí)行和驗證永

3、久修正行動 策劃和執(zhí)行永久修正行動。去除臨時行動。驗證永久修正行動并監(jiān)控長期的效果。 D7防止問題再次發(fā)生 修改必需的系統(tǒng)包括政策、程序等來防止同一或相似問題的再發(fā)生。如果需要,對系 統(tǒng)改進提出建議,并將學到的技術(shù)教訓形成文件。 D8表彰小組和個人的貢獻 完成小組的經(jīng)驗。真誠地表彰小組和個人的貢獻。 3 3 D0D0準備過程 3.1 目的 確定是否需要 8D 來解決問題。 評審 8D 適用標準(條件),以確保執(zhí)行 8D 是合適的。 選取、驗證、執(zhí)行和證實緊急反應行動。 描述評估冋題/檢測表的功能。 解釋 8D 軟件的功能。 3.2 為什么要為 8D 作準備 8D 的過程是很精深的。可能涉及大量

4、的時間、人員和資源。 運用 8D 的適用標準幫助判別使用 8D 是否合適是非常重要的。如果不合適的使用 8D, 會浪費大量的時間、人員和資源。 8D 允許執(zhí)行緊急反應行動(ERA)來保護顧客。ERA 是 8D 準備過程的內(nèi)容,也是在 卓越的產(chǎn)品和顧客滿意度方面達到我們追求目標的重要措施。 3.3 緊急反應行動(ERA) 3.3.1 緊急反應行動是在決定是否采用 8D 時用來保護顧客和受影響的各方的任何行動。 顧客是經(jīng)歷癥狀的一個人、組織或駕駛員。例如,一個駕駛員由于空調(diào)問題將車開來 維修,駕駛員就是顧客。 JY/JSJY/JS- -8.58.5- -01 01 版本 / 修改 A/00 頁碼

5、3232- -1414- -2 受影響的各方是指被癥狀影響的人、組織或駕駛員。例如,處理空調(diào)保修的服務人員 屬于受影響的各方。 332 通常由領(lǐng)導(對問題負責和授權(quán)解決問題的人)決定是否執(zhí)行 ERA。有時,ERA 可能 在量化數(shù)據(jù)收到前執(zhí)行。在任何情況下都需要評估是否需要 ERA。 3.3.3 有時需要不止一個 ERA 來完全保護我們的顧客。例如,一個 ERA 用來保護顧客,另 一個用來保護他們免受第一個 ERA 帶來的副作用。 3.3.4 ERA 的選擇和核實 為確保 ERA 能保護顧客,需要驗證 ERA。當您驗證 ERA 時,要在行動執(zhí)行前證明 ERA 能夠保護顧客并不會產(chǎn)生新的問題。 可

6、以在非生產(chǎn)產(chǎn)品上驗證 ERA,例如樣件或計算機模擬計算。驗證可以包括: 試驗和演示。 比較新的行動和已驗證過的相似行動。 在發(fā)布前回顧最近的設(shè)計文件(程序、政策、規(guī)范等)。 ERA 可能很難用測量驗證, 因為它是以常識為基礎(chǔ)。 例如, 如果將受到影響的產(chǎn)品停 止發(fā)運,那么顧客就不會再經(jīng)歷癥狀。 選擇和驗證并執(zhí)行了 ERA 后,必須證實 ERA 能夠起作用。證實就是提供正在進行中 的證據(jù),證明 ERA 達到了目的并且沒有引起新的問題。證實方法包括: 到達顧客前的驗證:包括關(guān)于產(chǎn)品和過程的試驗、檢測、觀察。 到達顧客后即顧客驗證包括顧客反饋。佩恩特圖( Paynter)可以用來證實 ERA。 3.

7、4 8D 的適用標準(條件) 癥狀已被定義和量化 8D 的用戶已經(jīng)經(jīng)歷癥狀,并且受影響的各方已經(jīng)被確定 量化的測量結(jié)果表明有性能差異存在和 /或癥狀的優(yōu)先(嚴重度、緊急、成長)使 8D 過程成為正當。 原因不知道 管理層想要找出根本原因并預防再次發(fā)生 癥狀的復雜性超出了個人能解決的范圍 如果以上六個標準(條件)都滿足了,并且沒有其它的 8D 小組正在解決相同或相似的問 題,需要實施 8D。 3.5 癥狀與問題 8D 區(qū)別了癥狀和問題。適用標準的大部分是癥狀。沒有癥狀,不會知道有問題。 癥狀是一個顯示存在一個或多個問題的可測量的事件或結(jié)果。這個事件的后果必須被 一個或多個顧客經(jīng)歷。 問題是指同期

8、望有偏差或任何由未知原因引起的有害的后果。 癥狀是冋題的顯示。 3.6 量化癥狀 只有癥狀才能被測量和量化。 當癥狀不能被測量時,可能沒有足夠的信息和有效的理由來執(zhí)行 8D。 量化可能來自于現(xiàn)有的數(shù)據(jù),如保修,保修費用或顧客滿意度調(diào)查。 在其它情況下,小組可能不得不開發(fā)可測量的方法來量化癥狀。 有許多工具來量化癥狀,如佩恩特圖(Paynter)、趨勢圖(Trend)、帕特圖(Pareto) 在量化癥狀前,需考慮問題的嚴重性。如果情況嚴重,執(zhí)行 ERA,然后收集量化 數(shù)據(jù)。3.7 總結(jié)D0 的關(guān)鍵 D0 的目的是使用 8D 適用標準(條件)來評估是否需要 8D 方法。如果需要的話采取 ERAJY

9、/JSJY/JS- -16 16 版本 / 修改 A/00 頁碼 1616- -1414- -3 來保護顧客。 對 ERA 要進行選擇、驗證、執(zhí)行和證實 在 8D 的每一步用問題評估的方法來確認是否可轉(zhuǎn)到下一步。用于評估的問題可以: 幫助8D 小組決定 8D 的每一步是否完成 讓小組和領(lǐng)導以任務為中心 提供質(zhì)量擔保檢查 作為高級的組織者 在過程中進行臨時檢查 確定需要什么資源和何時需要 完成 8D 的檢查表 解釋 8D 軟件的主要功能 4 4 D1D1建立小組 4.1 目的 描述建立小組的方針 描述小組的角色、角色的職能和它們是怎樣執(zhí)行的 解釋小組操作程序的三個要素 描述小組協(xié)作的重要性 4.

10、2 為什么要建立小組 建立小組是實施 8D 的真正開始。D1 的目的是組織一組具有所需特征和動力的人員來 解決問題 建立小組是 8D 的基本部分。極少有一個人具有所有需要的資源、資料和技能來解決一 個復雜的問題。另一方面,一組合適的人員能夠包括所有必須的資源和聚集每一個人 所具有的技能。 4.3 確定小組成員時應考慮 將人數(shù)限制在 4-10 人。 選取具有恰當?shù)募寄?、知識、資源、權(quán)威等的人員。確保代表顧客的觀點并使小組成 員知道他們?yōu)槭裁幢贿x取參加。 選取合適的復合型資格。 根據(jù)需要變更小組成員。 4.4 小組角色 .4.4.1 8D 小組共有七種角色 領(lǐng)導: 行使職權(quán)來執(zhí)行小組的建議。 同小

11、組一起評審評估冋題表格 同小組一起設(shè)置目標和任務 負責人: 制定會議和小組活動的日程 監(jiān)控按照日程的進展 時間管理員: 管理小組的時間 給每一個日程分配時間 記錄負責人的總結(jié) 抄寫員: 在會議中重新敘述和記錄小組的決定 使小組的決定可見 JY/JSJY/JS- -16 16 版本 / 修改 A/00 頁碼 1616- -1414- -4 管理小組的文件 記錄員: 書寫和分發(fā)會議紀要 為小組提供管理支持 確保每一個小組成員都有機會做貢獻 協(xié)調(diào)員: 集中于小組維護 同小組一起工作解決沖突 在每個 8D 階段提出建議 成員: 找出答案 執(zhí)行行動 4.4.2 8D 小組一旦建立,小組成員需要盡可能有效

12、地工作 8D 依靠每一位小組成員的努力來達到小組的目標。 每位小組成員扮演一個角色。 每一個角色集中在職能上有效工作。不因為個人之間的差異而受牽制。 443 小組操作程序 除了小組的角色以外,操作程序也幫助小組有效地工作,操作程序可以最小化許多人一 起工作時可能發(fā)生的人與人之間的問題。 4.4.4 小組協(xié)作 協(xié)作在整個小組的輸出大于輸入時發(fā)生。在小組系統(tǒng)里,目標是讓輸出大于輸入。 協(xié)作的小組能夠勝過更有技能、具有更多更好資源的競爭者,一個協(xié)作的小組應該: 能夠解決具有最有優(yōu)秀小組成員的小組所不能解決的問題 成員之間相互尊重和信任。 5 5 D2D2描述問題 5.1 為什么要描述問題 要想成為一

13、個有效的問題解決者,必須在采取行動前知道盡可能多的關(guān)于問題的描述。 D2 階段以在手邊的問題為中心,避免低效率: 5.2 盡可能準確地定義問題 在 D2 階段的任何不清楚和不準確都會導致小組得到錯誤的原因和采取錯誤的修正行動 當描述問題時,是做觀察或是做結(jié)論?這兩者之間區(qū)別非常大。觀察對于小組能夠解 決的問題影響非常大。準確地定義和描述問題的關(guān)鍵是做觀察,并在收集和檢查了所 有的信息后才作結(jié)論。 從觀察到結(jié)論的流向就像單行道街,看起來不能返回。一旦結(jié)論達到了,對大多數(shù)人 來說從新檢查是極端困難的。作為問題的解決者,您必須認識到您在路的哪一邊并在 合適的時候跨過線。 5.5.3 怎樣描述問題 問

14、題陳述 問題描述 5.5.4 問題陳述 -問題陳述是確定未知原因引起的問題的對象和缺陷的簡單、簡明的陳述。 -怎樣進行問題陳述 ?識別對象和缺陷(問 什么出現(xiàn)了什么問題” -什么問題”是缺陷 -什么除了問題”是對象 JY/JSJY/JS- -1616 版本/修改 A/00 頁碼 1616- -1414 無 -問什么除了什么問題能夠幫助小組以問題陳述所需的兩個基本要素為中心 (對象和缺陷)。 -用重復的為什么技術(shù)精煉對象和缺陷 ?一旦對象和缺陷建立了,下一步是精煉它們 ?問那個對象為什么出現(xiàn)那個缺陷”來精煉初步的問題 ?繼續(xù)問為什么”直到不能肯定回答。如果原因未知并且需要找到根本原因,最后一個對

15、象和 缺陷就是問題陳述 ?再三地問 那個對象為什么出現(xiàn)那個缺陷”的過程稱為重復問為什么技巧 5.5.5 問題描述 -問題描述按照問題是什么和問題不是什么定義問題 的邊界 -問題陳述提供基本事實,而問題描述提供需要的細節(jié)來找出根本原因 -問題描述幫助小組縮小研究的范圍 -使用是/不是表格 6 6 D3D3開發(fā)臨時控制行動(ICA ICA ) 6.1 D3 開發(fā)直到永久修正計劃執(zhí)行以前使用的臨時控制計劃。 ICA 將問題的影響同內(nèi)部和 外部的顧客隔開。 在 D3 , ICA 必須被驗證。 6.2 目標 -定義和解釋臨時控制行動的特征 -區(qū)分驗證和證實 -解釋怎樣驗證 ICA -解釋怎樣證實 ICA

16、 6.3 為什么要開發(fā) ICA -ICA 幫助在有問題的情況下保持和建立顧客滿意度。 -開發(fā) ICA 時: 6.4 有時間讓 G8D 小組找到問題的根本原因 6.5 保護消費者免受問題的影響 6.6 從時間、質(zhì)量和成本方面來控制問題 -ICA 在永久修正行動(PCA)執(zhí)行前用來將內(nèi)部和外部顧客和問題的影響隔開。 -ICA 在根本原因知道前用來保護顧客。如果根本原因已知或者 ERA 能夠繼續(xù)可靠保護顧客, ICA可以不需要。 -ICA 是針對冋題而不是針對根本原因。 -開發(fā) ICA 的四個步驟: 6.7 選擇 ICA 6.8 驗證 ICA 6.9 執(zhí)行 ICA 6.10 證實 ICA ?什么是

17、ICA : -ICA 是保護顧客免受一個或多個問題的癥狀影響的任何行動。 -ICA : ?處理問題的癥狀 ?在執(zhí)行前驗證有效性 ?在執(zhí)行過程中監(jiān)控 ?形成文件 ?被 PCA 取代 ?增加過程/操作的成本 ?第一步:選擇 ICA -因為 ICA 會增加成本,在選擇 ICA 前要仔細考慮。問下面的問題來決定是否需要 ICA :JY/JSJY/JS- -16 16 版本 / 修改 A/00 頁碼 1616- -1414- -7 ?根據(jù) D2 階段的數(shù)據(jù),ICA 是否需要 ?D0 階段的 ERA 能否改進 ?是否肯定根本原因是什么,能否執(zhí)行直接、永久的修正 ?是否需要時間來決定冋題的根本原因 -用下面

18、的結(jié)果幫助決定是否需要 ICA ?如果顧客需要和能夠被保護,采取 ICA ?如果需要時間來決定根本原因,采取 ICA ?如果根本原因已知,采取永久的修正而不是 ICA。 -如果需要 ICA,需要選擇最好的 ICA,選擇 ICA 時: ?建立選擇標準 ?分析執(zhí)行 ICA 的好處 ?分析執(zhí)行 ICA 的風險 ?選擇能夠最佳平衡好處和風險的 ICA。 -執(zhí)行的 ICA 必須保護顧客并且不會產(chǎn)生新的問題。當然,單獨一個 ICA 可能不夠。可能需 要采取一個以上的 ICA 以完全保護顧客 ?第二步:驗證 ICA -ICA 是保護顧客的任何行動。但是,在執(zhí)行 ICA 前需要驗證 ICA 能夠起作用。 -當

19、驗證 ICA 時; ?在執(zhí)行前,證明 ICA 將防止顧客免受問題的影響 ?提供前后的比較 ?證明 ICA 將不會產(chǎn)生任何新的問題 -驗證的方法: ?試驗 ?演示 ?比較 ICA 和以被證實的相似行動 ?評審設(shè)計發(fā)布前的文件如政策、程序、圖紙和規(guī)范等 -可能時,進行試運行。 ?執(zhí)行 ICA -執(zhí)行 ICA 的重要部分是計劃怎樣執(zhí)行 ICA。執(zhí)行 ICA 時: ?遵循管理循環(huán) ?創(chuàng)立行動計劃 -管理循環(huán)是做決定和有效執(zhí)行的過程。管理循環(huán)中的步驟是: ?計劃-決定哪些行動必須在目標完成日期前完成以達到目標 ?做-執(zhí)行計劃 ?監(jiān)測-記錄執(zhí)行的結(jié)果 ?行動-評估結(jié)果 ?證實 ICA -管理循環(huán)是一個無限

20、的過程,一旦評估了結(jié)果,又回到計劃階段考慮怎樣改進結(jié)果或者開 始工作下一個目標。 -執(zhí)行 ICA 后,需要進行證實。證實用來證明 ICA 滿足要求并且沒有產(chǎn)生新的問題。 -證實有兩種形式: ?到達顧客前證實。在暴露給顧客前和成功驗證之后,證明行動在起作用的證實。包括試驗、 觀測、和其他質(zhì)量檢測。 ?顧客證實。來自于顧客的證明 ICA 正在起作用的證實。 ?總結(jié): -定義和解釋 ICA 的特征 JY/JSJY/JS- -16 16 版本 / 修改 A/00 頁碼 1616- -1414- -8 -區(qū)別驗證和證實 -解釋怎樣驗證 ICA -解釋怎樣證實 ICA ?關(guān)鍵點: -D3 的目的是定義、驗

21、證、執(zhí)行和證實 ICA。ICA 是在 PCA 執(zhí)行前保護顧客不受問題的影 響 -執(zhí)行 ICA 可以給小組時間在根本原因的水平上解決問題 7 7 D4D4定義、驗證根本原因和問題逃出點 7.1 概述 -D4 根據(jù)問題描述測試每一個根本原因從而隔離和驗證根本原因 -隔離和驗證過程中根本原因的影響能夠被檢測和控制的地方 7.2 目標 -使用問題解決過程和工作表來識別問題的根本原因 -識別問題逃出點 -驗證根本原因和問題逃出點 7.3 為什么定義和驗證根本原因 -找出根本原因是解決任何問題的最重要部分。當確定了根本原因后,才能在最基本的水平 上解決問題。 -確定根本原因也許會花時間,但從長期來看更有效

22、地利用了時間: ?不用一個接一個地提供快速修正”。 ?不必浪費時間在危險的控制上。 ?不必常常重新建立顧客滿意度。 ?只需解決冋題一次。 -其他的員工和 8D 小組可以從中學到東西,以使他們能夠在問題發(fā)生前防止問題。在 D4 階 段的工作是 8D 過程的核心。在此階段中心從觀測改變到結(jié)論。 ?什么是根本原因 -人們常?;煜?8D 過程中討論的不同類型的原因。 ?可能原因:在原因結(jié)果圖上被確定的描述一種結(jié)果可能發(fā)生的任何原因 ?最有可能原因:以可得到的數(shù)據(jù)為基礎(chǔ),最能描述問題的原因 ?根本原因:驗證過的解釋問題的原因。通過讓問題來和去來主動和被動驗證 -D4 過程能夠幫助慢慢減小調(diào)查能夠驗證的

23、根本原因的范圍 ?確定根本原因 -怎樣確定根本原因 ?評審問題描述(是/不是分析) ?完成變化-引起情況的比較分析 ?展開根本原因推測 ?針對問題描述的試驗推測 -驗證了最有可能原因后才能得到根本原因 -問題解決工作表 ?問題解決工作表是用來幫助確定根本原因的基本工具。幫助集中努力和管理和解釋收集的信 息。共有四頁: -問題描述 -比較分析 -根本原因理論 JY/JSJY/JS- -16 16 版本 / 修改 A/00 頁碼 1616- -1414- -9 -根本原因理論試運行 -問題情況的類型: ?變化-引起情況是指產(chǎn)品或過程與預期的性能水平有偏差的情況。性能上的變化可能逐步、 或突然發(fā)生,

24、也可能是間歇的、不可預測的或不穩(wěn)定的。 ?從未到達的情況是指新的事件的發(fā)生或想要的性能水平未達到。 -所有的問題都可歸入這兩類。怎樣確定根本原因可能取決于問題的情況。從未達到的情況 可以不用比較分析 -第一步:評審問題描述 ?為了確定根本原因,首先評審問題描述 -問題描述是根據(jù)什么、哪里、何時和多大來描述問題的。 -所有是/不是的答案必須是事實。 -所有在是/不是欄的比較資料應該在范疇、形狀、形式、功能和組成上是相似的。 -所有的資料必須在根本原因確認前收集。 ?在進行下一步之前,必須確保上述 的要素是真實的??紤]完成是/不是表格得到的任何新的 信息。 -第二步:完成比較分析 ?完成問題描述評

25、審后,可以開始比較分析。在 D2 階段完成了問題描述后,減少了調(diào)查的范 圍。比較分析減少了用來決定根本原因必須考慮的可能性。 ?為了完成比較分析,比較每一個與是相應的或相對的不是 ?在問題解決工作表的比較分析部分不同欄里列出所有的差別。 ?考慮在不同欄列出的所有差別并尋找變化 -問 對這個差異改變了什么”-并非每一個差異都有相應的改變 -在變化欄列出所有的改變 -查看改變發(fā)生的日期??赡芟恍﹩栴}開始后發(fā)生的變化 -考慮人、機器、材料、方法、測量或環(huán)境。 ?如果是改變引起的問題,根本原因一定是與一個或多個已經(jīng)被確定的變化相關(guān)的改變。 ?現(xiàn)在還沒有從觀測階段向前移動。在比較分析中的任何信息必須

26、是事實,不能是意見。 ?第三步:開發(fā)根本原因推測 -在縮小了可能的根本原因的范圍后,分析問題是怎樣發(fā)生的。推測就是改變可能引起問題 的方式的敘述 ?用頭腦風暴的技術(shù)來產(chǎn)生意見 ?問改變怎樣產(chǎn)生問題”?對一種變化至少列出一種推測 ?在工作表上單獨列出每一個推測 ?列出每一種可能性,不論有多奇怪或多不可能 ?先從最簡單的一個變化/一個推測開始 ?要明確,不要使用質(zhì)量差或不工作等一般性的詞語。 ?第四步:試驗推測 -精密地針對是/不是數(shù)據(jù)評估一個推測 -試驗最有可能的推測 -試驗每一個推測的似乎有理性而不是不太可能性 -是一個排除的過程 -試圖測試每一個推測的發(fā)生能否引起問題,不是解釋在將來可能會發(fā)

27、生 -通過下述步驟來測試推測 ?問推測是否解釋是/不是數(shù)據(jù)”。如果是,如何解釋? ?針對每一組是/不是數(shù)據(jù)測試推測 ?如果推測完全解釋了在是中發(fā)生的問題但從未發(fā)生在不是中。 放一個 +在問題解決工作表試 運行部分的合適地方。 ?如果不能解釋是中的問題放一個-如果能夠解釋問題,但是不能解釋為什么,放 ?先測 試簡單的推測,最后測試復雜或相互作用的推測。 JY/JSJY/JS- -16 16 版本 / 修改 A/00 頁碼 1616- -1414- -10 -根本原因必須解釋所有已知的資料。 -任何通過試運行的推測是最可能的原因。 -如果只有一個推測通過了試運行,驗證這個推測是根本原因。 -如果有

28、多個推測通過了試運行,收集和分析不確定推測漏掉的資料并重新檢查資料來解決 不確定。 -如果另外的資料顯示推測不能完全解釋為什么會發(fā)生是中的情況而不會發(fā)生不是中的情 況,不考慮。 -如果不能收集其他信息,驗證其他的推測。先開始具有最多加號的推測。最能解釋是 /不是 數(shù)據(jù)的推測為最可能的原因。 ?驗證根本原因 -確定了最可能原因后,驗證它引起了問題。驗證是用來確認已經(jīng)確定了根本原因的所需的 證據(jù)。 -驗證可以主動和被動進行 ?被動驗證是通過觀察進行 -在沒有改變時,尋找根本原因的存在 -如果不能證明根本原因的存在,那么這個確定的原因可能不是根本原因。 ?主動驗證通過模擬根本原因來完成 -執(zhí)行和去處

29、根本原因來使問題發(fā)生和消除 -來”和 去”都是確認根本原因的基本試驗 ?確定和驗證問題逃出點。 -確定了根本原因后,需要確定問題逃出點。 -理解問題是怎樣逃出而到達了顧客和確定問題逃出點。 ?評審過程流程圖,集中在過程中根本原因發(fā)生點。 ?是否存在控制系統(tǒng)來檢測冋題。 -如果控制點能夠發(fā)現(xiàn)問題,控制點就是被驗證的逃出點。 ?在 D4 階段的 G8D 軟件 -在 D4 階段中的軟件幫助將下列資料形成文件。 ?根本原因的精確描述。 ?根本原因驗證的詳細情況。 ?相關(guān)的問題逃出點。 ?D4 階段總結(jié) -用問題解決過程和工作表驗證問題的根本原因。 -確定問題逃出點。 -驗證問題的根本原因和問題逃出點。

30、 8 8 D5D5選擇/ /驗證 PCAPCA 8.1 概述 -選擇最好的 PCA 來去除根本原因。 -選擇最好的 PCA 來控制根本原因的影響并驗證所有的決定在執(zhí)行時都會成功并且不會引起 不希望的影響。 8.2 目標 -定義 PCA -用七步?jīng)Q定過程選擇 PCA -使用冋題決定工作表 -解釋怎樣驗證 PCA 8.3 為什么要選擇和驗證 PCA -到現(xiàn)在為止,已經(jīng)完成了定義問題和確定根本原因和問題逃出點。但是, G8D 過程是解決 問題。在 D5 中小組將為根本原因和問題逃出點決定最好的 PCA。 -D5 以作決定和驗證為中心。通過以上兩步,能夠: ?在利益和風險的基礎(chǔ)上作出最好的決定。 ?驗

31、證選擇的決定將會起作用。 JY/JSJY/JS- -16 16 版本 / 修改 A/00 頁碼 1616- -1414- -11 -在 D5 階段的工作能夠幫助防止輕率地執(zhí)行 PCA 并為 PCA 設(shè)置證實階段 ?什么是 PCA -PCA 是消除問題的根本原因的最好行動。 ?選擇 PCA -G8D 作決定過程幫助小組選擇最好的 PCA。選取的 PCA 應該: ?在根本原因的水平上解決問題。 ?不會產(chǎn)生另外的問題。 ?驗證能夠起作用。 -作決定過程實際上是為多種方案確定優(yōu)先順序的技術(shù)。需要小組的一致同意,小組成員應 該通過討論和學習而不是妥協(xié)對選擇的決定達成一致。小組成員支持對整個小組有利的決定

32、 -作決定過程進行的好壞取決于作決定者的經(jīng)驗和使用的準則。 -作出決定的過程有七個步驟 ?描述結(jié)果 ?列出作決定的標準 ?決定想得到的東西的相關(guān)重要性 ?確定選擇 ?將選擇和作決定的標準比較 ?分析風險 ?作出最好的選擇 -第一步:描述結(jié)果 ?每一個決定都有一個目的結(jié)果是決定想要的輸出結(jié)果的簡潔描述,小組需要描述結(jié)果是為 了: -定義決定的范圍 -為思想提供中心 ?描述結(jié)果可以幫助小組向同一個目標努力. ?為了描述結(jié)果,需要確定一個行動或?qū)ο笕纾?-買一臺電腦 -選擇一位行政助理 -列出作決定的準則 ?有兩類作決定的準則彳假設(shè)和需求 ?假設(shè)是作決定的最小準則,使用假設(shè)可以過濾選擇。假設(shè)可以決定

33、考慮哪些選擇: -是客觀可測 -是不可談判的 -是決定的現(xiàn)實特性 -常常包括金錢、最后期限、公司程序或法規(guī) ?所有不滿足假設(shè)的選擇被去除后,需求將決定最后的選擇 -是可測量的(主觀和客觀) -是想得到的決定的特性 -決定那些選擇是更可取的 -按照可用的資料為理想的選擇建立需要的準則 ?決定需求的相關(guān)重要性 -當針對結(jié)果考慮時,每一個需求都有相關(guān)的重要性。 -有些需求是比其他需求更希望的,決定需求的重要性時: ?給最重要的需求 10 分(分數(shù)為 1-10) ?將剩下的需求和最重要的需求比較,給出相應的分數(shù) ?只有一個選擇應該為 10 分 ?確定選擇 -建立和評定作決定的準則后,應該準備做決定。建

34、立一個可以在根本原因的水平上解決問 題的可選擇方案的清單。當有大量的可選方案是,可以作出高質(zhì)量的決定。 -確定選擇可能需要幾次會議,特別是小組需要收集數(shù)據(jù)時。 JY/JSJY/JS- -16 16 版本 / 修改 A/00 頁碼 1616- -1414- -12 ?針對作決定的標準比較選擇 -將作決定的標準和選擇作比較能夠評估每一個選擇和標準的滿足程度。 ?比較每一個選擇和每一個假設(shè)。 ?針對余下的選擇比較或應用每一個需求。 ?將每一個選擇怎樣好的值乘以在第三步得到的每一個需求的重要度值。 ?合計每一個選擇的分數(shù)。最高分的選擇是最能滿足標準和提供最大好處的選擇。 ?分析風險 -在選擇 PCA

35、前,需要評估每一個選擇包括的風險。 一個風險有兩個要素要考慮: ?決定的風險有多嚴重 ?風險發(fā)生的可能性 ?作出最好的選擇 -小組成員可能對承擔的風險的滿意水平不同。 -一個平穩(wěn)的選擇是以可能得到的所有信息為基礎(chǔ)能夠確保是最佳的選擇 ?驗證 PCA -在執(zhí)行 PCA 前需要驗證它能工作。 驗證過程和 D3 中驗證 ICA 的過程一樣 -可以通過下面的方式驗證 PCA ?進行試驗和演示,如離線生產(chǎn)運行。 ?將新的行動和相似的證明過的行動比較。 ?在發(fā)布前評審新設(shè)計文件。 9 9 D6D6執(zhí)行和驗證 PCAPCA ?概述 -為什么執(zhí)行和驗證 PCA ?執(zhí)行 PCA 來消除根本原因 ?證實確保 PC

36、A 在執(zhí)行后能夠達到想要的效果。 -計劃是執(zhí)行和驗證的重要部分。當計劃有效時,執(zhí)行才能順利進行。 ?沒有人會因為任何細節(jié)和預想不到的時間而奇怪 ?問題在發(fā)生前被防止 -執(zhí)行 PCA 有兩個階段:計劃和問題預防 ?計劃 PCA 的執(zhí)行 -共有三個步驟 ?規(guī)定目標 ?確定需要滿足的標準和情況 ?確定關(guān)鍵步驟 -關(guān)鍵步驟是執(zhí)行中最重要的部分。完成關(guān)鍵步驟的任何問題和延誤都會影響所有其它步驟 的完成。 -關(guān)鍵步驟是 ?全新的 ?時間緊迫的 ?復雜的 ?對其他步驟有影響 ?問題預防 -問題預防是執(zhí)行任何 PCA 的重要部分。 -為了預防問題,小組必須系統(tǒng)地評審計劃的每一步。 -確定和評定關(guān)鍵步驟 ?在計

37、劃階段已經(jīng)確定了關(guān)鍵的執(zhí)行步驟,現(xiàn)在考慮這些步驟中那些是成功執(zhí)行的關(guān)鍵。 這些 步驟會投入大部分的注意力和資源 JY/JSJY/JS- -16 16 版本 / 修改 A/00 頁碼 1616- -1414- -13 ?可以同 D5 中評定風險一樣來評定每一步的重要性 -確定障礙和預防行動 ?障礙可能會阻止完成關(guān)鍵步驟,障礙可能包括 -人 -方法 -材料 -機器 -測量 -環(huán)境問題 -一旦確定了與關(guān)鍵步驟有關(guān)的障礙,考慮如何防止問題的發(fā)生。 -確定保護行動、提示和責任 ?盡管盡了重大努力和進行了計劃,問題仍會發(fā)生。需要小組準備后備計劃來處理這些情況 ?需要知道何時采用后備計劃和由誰來執(zhí)行后備計劃

38、。 ?證實 PCA -成功執(zhí)行了 PCA 后需要進行證實。 -證實 PCA 時問下面的問題。 ?問題以被完全消除了嗎? ?怎樣證明。 -在證實 PCA 前,確保在 D3 階段采用的 ICA 以被去掉。因為: ?PCA 去除了根本原因 ICA 不再需要。 ?繼續(xù)執(zhí)行 ICA 會浪費有價值的資源。 ?ICA 是掩飾冋題,而冋題仍然存在。 ?總結(jié) - -7 7 苗述了計劃執(zhí)行 PCA 的要素 -描述了問題預防的要素 10 10 D7D7防止問題再次發(fā)生 10.1 概述 -D7 提供修改需要的系統(tǒng)包括政策、程序等來防止問題再次發(fā)生的機會。 10.2 目標 -解釋防止問題再次發(fā)生的重要性。 -用重復的

39、為什么技術(shù)來確定根本原因的根本原因。 -解釋怎樣確定系統(tǒng)改進,采取預防行動,并提出系統(tǒng)性的預防建議。 10.3 為什么要預防問題的再次發(fā)生 -如果一個問題需要采用 G8D,那么至少一個系統(tǒng)、程序或政策使得問題發(fā)生和逃出。 -通常系統(tǒng)的問題由沿用的程序、政策和前一個組織、技術(shù)和能力引起的。 -這些沿用的內(nèi)容通常是: ?過時的 ?完全不充分的 ?未遵循的 ?為什么小組不能完成 D7 -D7 重未開始。 -D7 演變成過失會議 -8D 過程在 D3 停止 -8D 過程重未開始 -擔心后果 -沒有足夠的權(quán)威性 -低的優(yōu)先性 -不愿導致變化 ?預防再發(fā)生 -預防再發(fā)生是指防止當前問題、相似問題或系統(tǒng)問題再次發(fā)生的任何行動。 -實際上是確定根本原因的根本原因的問題。 JY/JSJY/JS- -16 16 版本 /

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論