新8D方法教材课件_第1页
新8D方法教材课件_第2页
新8D方法教材课件_第3页
新8D方法教材课件_第4页
新8D方法教材课件_第5页
已阅读5页,还剩137页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

新8D方法教材课件使用8D時機改善曲線異常解決迴路1.出現甚麼問題?對異常進行闡明2.

選擇正確的解決問題的工具?選擇適當的工具(某種系統化方法)用來幫助解決異常3.使用工具,並堅持用已決定的有效途徑?用正確的方法使用工具異常處理步驟前言前言使用8D時機改善曲線異常解決迴路1.出現甚麼問題?異常處理使用8D時機改善曲線異常處理步驟異常解決迴路建立目標並確定所要採取的行動執行計劃行動審查實際行動及結果維持現有流程或採取糾正措施前言前言使用8D時機改善曲線異常處理步驟異常解決迴路建立目標並確定所使用8D時機異常處理步驟異常解決迴路改善曲線水平0解決問題水平1持續改進水平2飛躍MEDIC8D出問題後作出反應出問題前進行預防我們通常運用8D方法來解決重大異常,是比較被動的方式8D程序也可以用來維持,或謀求更具突破性的改善選定一個改善主題,運用8D方式改進,這種行為就類似“品管圈”活動前言前言使用8D時機異常處理步驟異常解決迴路改善曲線水平0解決問題異常處理步驟異常解決迴路改善曲線使用8D時機G8D

應用準則:

1.問題被定義清楚,異常發現者和受害對象已掌握2.量測或觀察顯示與標準確實存在差異,有漏洞需要被改善.3.異常原因於案發當時不明.4.管理者決定運用資源進行分析和防止再發5.問題過於複雜,僅靠個人能力無法解決6.異常的發生有特定原因(不是偶發的)前言前言異常處理步驟異常解決迴路改善曲線使用8D時機G8D應用準則異常處理步驟異常解決迴路改善曲線使用8D時機1

D0– 準備(8D和緊急反應行動ERA的必要性)1

D1–建立團隊1

D2–問題描述1

D3–決定暫時性抑制措施(ICA)1

D4–找出根因和失控點(自己的漏失)1

D5–根據D4選定和驗證永久性糾正措施(PCAs)1

D6–實施並驗收PCA

1

D7– 再發防止(預防措施)1

D8– 貢獻度及激勵(論功行賞)天龍八步異常處理步驟異常解決迴路改善曲線使用8D時機1D0– 準Check緊急反應行動建構8D問題描述立案目的目的:1.鑑定是否有進行8D的必要2.若有需要,先對顧客進行緊急反饋溝通D0準備Check緊急反應行動建構8D問題描述立案目的目的:D0準Check緊急反應行動建構8D問題描述目的立案立案由各部主管級以上主管決定填好相關資訊:主題立案日期產品,材料,客戶資訊文件號(資料中心給)D0準備Check緊急反應行動建構8D問題描述目的立案立案由各部主管Check緊急反應行動目的立案建構8D問題描述問題描述:人事時地物數避免直接寫上主觀判斷的原因看到了甚麼或觀察到了甚麼D0準備Check緊急反應行動目的立案建構8D問題描述問題描述:D目的立案問題描述緊急反應行動Check建構8D異常現象抑制措施D0準備目的立案問題描述緊急反應行動Check建構8D異常現象抑制措目的立案問題描述建構8DCheck緊急反應行動緊急反應行動查檢表DØ現象描述:

DØ緊急反饋:

驗證:(注:驗證是措施開始施行和結束施行時內部的量測觀察結果)

確認:(注:-確認是措施施行一段時間(步,天,周,月等)後客戶的量測觀察結果.)

%效果:

施行日期:

(日期)D0準備目的立案問題描述建構8DCheck緊急反應行動緊急反應行動查12目的立案問題描述建構8D緊急反應行動CheckERA工作查檢:1.是否需要ERA(緊急反應行動)?2.是否需要除ERA外的其他服務?3.內部如何驗證ERA有效性?4.外部如何確認ERA有效性?D0準備12目的立案問題描述建構8D緊急反應行動CheckERA工作12目的立案問題描述建構8D緊急反應行動D0其他:新開的8D是否與現有8D重複一般工作:將改善動作列出作檢查並文件化目前階段團隊組成是否合適有無收集並檢查資料對客戶的服務是否需要Check準備12目的立案問題描述建構8D緊急反應行動D0其他:CheCheck組成團隊查檢表建構8D目的D1建立團隊Check組成團隊查檢表建構8D目的D1建立團隊Check組成團隊查檢表建構8D目的目的:成員應對作業流程或產品具有一定知識成員應有特定時間,被授權,且具有8D知識找一個團隊主席和組長,主席通常需要能夠提供熙深和決定必要投資成員應決定最終的團隊架構及職責D1建立團隊Check組成團隊查檢表建構8D目的目的:D1建立團隊Check組成團隊查檢表目的建構8D異常現象抑制措施建立8D團隊D1建立團隊Check組成團隊查檢表目的建構8D異常現象抑制措施建立8D目的建構8DD1團隊(姓名,部門,電話)主席:團隊成員部門電話(注:–是否組成處理異常的團隊?-檢查團隊成員及他們的專業知識是否能很好的支持團隊的交叉功能組成團隊查檢表-我們需要一個團隊來解決問題D1Check組成團隊查檢表建立團隊目的建構8DD1團隊(姓名,部門,電話)組成團隊查檢目的建構8D2431熱身準備:1.有無決定開會討論的時間,地點?2.怎樣可以使成員關係是否融洽,是否需要點小活動促進一下3.怎樣才能使成員致力於問題的解決嗎4.會議的主題目標是否已清楚定義5.有否將議程通知團隊成員?D1組成團隊查檢表Check5建立團隊目的建構8D2431熱身準備:D1組成團隊查檢表Check目的建構8D2431團隊成員:6.問題的受害對象是否包含在團隊中?7.”8D客戶”(受害者)的觀點或意見如何?8.每個成員都有參與的意義嗎?9.團隊是否大到涵蓋必要輸入資訊的取得,卻又不會因為太大而沒有效率10.隊員是否能充分反應現況?11.隊員們都認同整個團隊的組成嗎?D1組成團隊查檢表Check5建立團隊目的建構8D2431團隊成員:D1組成團隊查檢表Check目的建構8D2431關於產品和製程的知識:12.需要具有甚麼異常技術或經驗,才能讓團隊發揮效率?

執行程序,工作關係:13.團隊目標和團員職責是否明瞭?14.團隊有沒有解決問題的決定權?15.團隊如何進行內部和外部的資訊溝通?16.所有成員都了解並認同這共同目標嗎?D1組成團隊查檢表Check5建立團隊目的建構8D2431關於產品和製程的知識:D1組成團隊查目的建構8D24351角色

:17.有無指定主席?18.有無指定隊長?19.隊員的職權是否明確?20.是否需要一個主導者來主導進程和整合意見?

D1組成團隊查檢表Check建立團隊目的建構8D24351角色:D1組成團隊查檢表Check目的建構8DD124351一般工作:將改善動作列出作檢查並文件化目前階段團隊組成是否合適有無收集並檢查資料是否需要提供服務組成團隊查檢表Check建立團隊目的建構8DD124351一般工作:組成團隊查檢表Che建構8D問題描述查檢表Check目的目的:以客戶的角度和觀點詳細描述其所感受到的問題現象“甚麼東西發生了甚麼問題”?D2問題描述建構8D問題描述查檢表Check目的目的:D2問題描述Check問題描述查檢表目的問題描述異常現象抑制措施建立8D團隊建構8DD2問題描述Check問題描述查檢表目的問題描述異常現象抑制措施建立8DCheck目的建構8D問題描述查檢表D2問題描述問題陳述:(注:-是甚麼異常)問題描述:(注:-

問題描述是指將從“是否矩陣”(一種QC工具,用來找出事情發生的原因)中得出的關聯點作細節描述通過不斷的問為甚麼來把問題描述清楚評審者是否了解了異常情況?-管理層的評審者是否了解了基本情況?-檢驗是否安排收集“時-事-地-何”的情況(否:跳到下一個問題,是:結束)報告的異常現象是怎樣的?-相關情況是否都已被驗證?-問題嚴重程度怎樣?-問題描述中的原因部分是否經過確認?-不良情況是否經過確認?問題描述查檢表-將對問題之“所知”和“所見”按實描述D2問題描述Check目的建構8D問題描述查檢表D2問題描述問題描述查2431目的建構8D問題描述查檢表Check5異常現象:-1.異常現象可以被分解為子現象嗎?

問題敘述:2.不良物品和現象是否敘述充分(是否是已定義的特定的不良現象)?3.有沒有多問幾個為甚麼?(反覆思考為甚麼這,為甚麼那,為甚麼會………)

4.到底是甚麼東西發生了甚麼問題?5.知道為甚麼會發生嗎?D2問題描述2431目的建構8D問題描述查檢表Check5異常現象:D目的建構8D問題描述查檢表Check51423問題描述:6.是否經過“是否矩陣”的分析?(時,事,地,何)7.以前甚麼時候也有同樣的問題?8.哪一道工序會先遭遇這個問題?9.從這個問題中有沒有聯想到以前的(以前的)解決樣板?10.類似的零部件有沒有類似的問題發生?11.當前的作業流程有沒有確認過?有甚麼地方被(計劃的或偶然的改動過嗎)?12.是否收集並分析所需相關資料數據?13.有無足夠資訊來評估潛在性的“根因”?14.有沒有此異常的實物證明(不良品)?15.有沒有作魚骨圖?

(來分析可能的異常原因)D2問題描述目的建構8D問題描述查檢表Check51423問題描述:D目的建構8D問題描述查檢表Check2314異常類型

:此問題屬於“變動造成型”或”從未發生型”?D25問題描述目的建構8D問題描述查檢表Check2314異常類型:D目的建構8D問題描述查檢表Check2431檢查問題描述:關於問題描述有沒有給客戶或受害單位看過並被認同?如果是嚴重問題,是否該給主席(老闆)過目?需不需要財物預備金?(會不會花大錢)有無任何道德規範,社會法規上的牽連?

D25問題描述目的建構8D問題描述查檢表Check2431檢查問題描述:目的建構8D問題描述查檢表CheckD224351一般工作:將改善動作列出作檢查並文件化目前階段團隊組成是否合適有無收集並檢查資料是否需要提供服務問題描述目的建構8D問題描述查檢表CheckD224351一般工作Check抑制措施查檢表目的:決定並實施具有保障客戶,能使其不受問題影響的暫時抑制措施直到永久性糾正措施實施.執行並驗證

抑制措施的有效性.D3建構8D目的抑制措施Check抑制措施查檢表目的:D3建構8D目的抑制措施問題描述異常現象抑制措施建立8D團隊D3Check抑制措施查檢表目的建構8D抑制措施問題描述異常現象抑制措施建立8D團隊D3Check抑制措施目的D3抑制措施:(注:-對於問題我們需要立即作動作嗎?是:-檢查計劃好的抑制措施和問題描述.-從源頭修正作業流中的漏洞.-

有沒有制定服務性動作當前步驟的所有問題圓滿解決之前不要進行下一步驗證:(注:-驗證動作的有效性)確認:(注:-確認動作的有效性)

%效果

實行日:

(日期)

抑制措施查檢表D3Check建構8D抑制措施查檢表抑制措施目的D3抑制措施:%效果實行日:抑制措施查檢表D3Ch目的建構8DICA(抑制措施)執行前1.需要抑制措施嗎?2.抑制措施(ICA)涵蓋對客人的服務嗎?3.對客戶作ERA時有無涉及ICA(可能會對最佳抑制措施的選擇有幫助)?4.選定的“準則”是否已於客戶或主席確定?

5.準則是否取得了“效益”和“風險”之間的平衡點?

6.怎樣使ICA的選擇滿足下列條件?ICA是否具有100%的效果.ICA經過驗證.ICA便宜,容易,又有效.

D3231盤點問題抑制措施查檢表Check抑制措施目的建構8DICA(抑制措施)執行前D3231盤點問題抑D3ICA策劃時7.適當部門(如QA,反應單位)是否參與決策?

8.是否考慮了適當品質管理工具的應用?9.行動計劃訂出來有無具體要求,誰做甚麼,何時完成?10.有沒有定義實證的方法?11.客戶對此抑制措施有沒有意見(是否需要客戶批准)?12.計劃中可能出問題的地方有沒有考慮到,是否有預防副作用突發的備案考量?

13.欲實施的所需資源是否充足?

231抑制措施查檢表建構8D目的Check抑制措施D3ICA策劃時231抑制措施查檢表建構8D目的CheckD3實施

:實証資料是否顯示(8D)客人是充分安全,被保障的?ICA的效果是否可以再被改善或至少可以維持

?

一般工作

:將改善動作列出作檢查並文件化目前階段團隊組成是否合適有無收集並檢查資料是否需要提供服務231抑制措施查檢表建構8D目的Check抑制措施D3實施:231抑制措施查檢表建構8D目的Check抑制CheckD4目的:1.針對問題描述和相關測試資料,透過試驗每個可能的原因的孤立測試來驗證問題的根因(RootCause).2.找出“失控點”(逃脫點),糾出該偵測出異常,但卻沒有偵測到的地方.

根因分析查檢表建構8D目的根因分析CheckD4目的:根因分析查檢表建構8D目的根因分析D4根因分析根因分析發生逃脫點問題描述異常現象抑制措施建立8D團隊Check根因分析查檢表目的建構8D根因分析D4根因分析根因分析發生逃脫點問題描述異常現象抑制措施建立目的D4D4根因分析:發生:(注:-“發生”是指實際中的環節哪裡及為甚麼會出問題)-原因部分是否被確認?-不良現象是否被確認?-

不良的物理過程是否被確認?-

對於根因的分析確認作了哪些調查?-

這些調查是否可以改進問題描述?-

判定為甚麼問題會漏失到客戶端?-

有甚麼區別或作了甚麼改動?漏失:(注:-漏失是指為甚麼客戶端會遭遇這樣的異常,為甚麼我們的質量體系中會有這樣的漏失)-判定為甚麼問題會漏失到客戶端?

驗證:發生:

漏失:

所有問題圓滿解決前不要進行下一步!

%貢獻:

根因分析查檢表Check建構8D根因分析查檢表根因分析目的D4D4根因分析:%貢獻:根因分析查檢表Chec目的建構8DD4一般:1.問題描述是否有更新?

2.根據甚麼資料來查找“潛在根因”?

根因分析查檢表Check24315根因分析目的建構8DD4一般:根因分析查檢表Check24315根D4根因:3.有根因嗎?(根因是個經過驗証造成問題的理由)4.甚麼參數或因子被改變導致這個問題?有些甚麼資料顯示了那些設計或製造過程問題?5.如何驗證這些根因推斷是成立的?6.這個根因足以解釋,且符合D2的問題陳述嗎?7.是不是挖掘原因到這麼深就足夠了?

(需要再進一步了解為何根因會發生嗎?)目的建構8D根因分析查檢表Check24315根因分析D4根因:目的建構8D根因分析查檢表Check24315根D4潛在根因:8.有不止一個潛在根因嗎?9.潛在根因列表的每一條都是有資料根據的嗎?(再現性驗證)10.貢獻率是怎樣決定的?11.潛在因素的總合是否100%涵蓋了問題?12.如果沒有100%,考慮和首席官討論是否要對每個潛在根因作另外的問題描述(及開另外的8D根據定義)及其益處找個解決問題的方法及其益處.13.如果沒有找到所有的根因,考慮和首席官討論是否另外找個解決問題的方法及其益處.目的建構8D根因分析查檢表Check24315根因分析D4潛在根因:目的建構8D根因分析查檢表Check243D4逃脫點

:14.現在的管制系統,作業規定是否能夠偵測到問題?15.找出目前與問題有關的管制系統了嗎?有被改過嗎?

16.已經驗證這個管制系統有能力偵測此問題嗎?17.找到的這個控制點最接近於根因(潛因)?18.需要進一步改善這個管制系統嗎?目的建構8D根因分析查檢表Check24315根因分析D4逃脫點:目的建構8D根因分析查檢表Check2431D4一般工作:將改善動作列出作檢查並文件化目前階段團隊組成是否合適有無收集並檢查資料是否需要提供服務目的建構8D根因分析查檢表Check24315根因分析D4一般工作:目的建構8D根因分析查檢表Check243D5目的建構8D糾正措施查檢表Check糾正措施D5目的建構8D糾正措施查檢表Check糾正措施Check糾正措施查檢表D5目的:1.選擇並準備好PCA2.(內部)驗證其有效性.3.設置監視,控制的體系/架構建構8D目的糾正措施Check糾正措施查檢表D5目的:建構8D目的糾正措施CheckD5糾正措施糾正措施根因分析根因分析發生逃脫點問題描述異常現象抑制措施建立8D團隊目的糾正措施查檢表建構8D糾正措施CheckD5糾正措施糾正措施根因分析根因分析發生逃脫點問D5發生:(注

D5恆久糾正措施之選定:須寫明根因路徑(發生/逃脫)可永久解決問題根因的措施.不要和有計劃的解決根因的活動混誵.-

所有備選擇項都作為可能的糾正措施被檢查過了嗎?-

驗證?-執行計劃需要甚麼資源?-管理層是否分配執行計劃所需資源?-有沒有關於庫存的計劃?逃脫:

驗證:發生:

逃脫:%貢獻度:

%效果:

糾正措施查檢表目的建構8DCheck糾正措施查檢表糾正措施D5發生:%貢獻度:糾正措施查檢表目的建構8DCheckD5PCA(永久糾正措施)決定前:1.有沒有PCA選定的參考基準,首席官同意嗎?2.需要通知或服務客人嗎?3.考慮選選擇哪些PCA了嗎?4.有全盤看過PCA,試著選擇更好的嗎?5.這些最好的選擇,可以帶來甚麼好處和利益?如何保留這些好處?6.我們的團員有足夠經驗做正確的決定嗎?7.這些PCA做了有何風險?如何註明?8.首席官同意這些PCA方案嗎?

2431目的建構8D糾正措施查檢表Check糾正措施D5PCA(永久糾正措施)決定前:2431目的建構8D糾D5驗證:9.有甚麼證據來證明PCA會從根本來解決問題?10.驗證PCA的方法()11.驗證的方法是不是可靠?(能涵蓋問題每次造成時的差異嗎?)12.用甚麼基準方法做驗證的,驗證結果之數據指標足以顯示驗證的合理性嗎?2431目的建構8D糾正措施查檢表Check糾正措施D5驗證:2431目的建構8D糾正措施查檢表Check糾正D5PCA決定後

:13.有無可能因為這個PCA決定帶來其他困擾?14.客人會不會因為這個PCA實施而跑掉?15.PCA實施,抑制措施是持續有效的嗎?16.有沒有充份的資深實施PCA.17.策劃,實施PCA時應遵守哪些紀律?18.實施PCA前,ICA有沒有需要改進的地方?2431目的建構8D糾正措施查檢表Check糾正措施D5PCA決定後:2431目的建構8D糾正措施查檢表CD5一般工作:將改善動作列出作檢查並文件化目前階段團隊組成是否合適有無收集並檢查資料是否需要提供服務2431目的建構8D糾正措施查檢表Check糾正措施D5一般工作:2431目的建構8D糾正措施查檢表ChecD6目的:策劃並實施PCA.去掉ICA(別忘了€!)觀察監視長期的結果.

Check糾正措施實施查檢表目的效果確認D6目的:Check糾正措施實施查檢表目的效果確認CheckD6D6實施恆久糾正措施:發生:(注糾正措施的計劃已被成功實施了嗎?是.-

有何數據表明糾正措施的成功性?-

管理層是否認同糾正措施的確認?逃脫點:驗證:發生:逃脫點:分析表:所有問題沒有與慢解決之前不要進行下一步!實施日期:

(日期)(日期)(日期)糾正措施實施查檢表目的糾正措施實施查檢表效果確認CheckD6D6實施恆久糾正措施:實施日期:糾正措施實D6策劃

:1.需要遵守甚麼紀律?(實施PCA)注意事項?2.客戶或廠商需要參與嗎(與PCA相同嗎)?3.誰會策劃廠商和客戶的部分?4.定義好誰,做甚麼事,何時完成了嗎?5.需要甚麼資源?都具備嗎?6.計劃有甚麼薄弱點(哪裡容易出狀況)?怎樣才能防止?7.怎麼監控PCA策劃到結束?8.甚麼時候取消ICA(別忘了€€€!)9.怎樣和財務溝通我們的計劃?需要何種培訓?

10.用甚麼資料驗證短,長期PCA有效?

231目的糾正措施實施查檢表Check效果確認D6策劃:231目的糾正措施實施查檢表Check效果確認D6驗證

:11.ICA是否終止了?12.是不是問題(不好的影響)都被消除了?13.怎樣確定這一點?14.如何去做持續性的監控?

15.準則是甚麼?16.客人或反應單位的問題降低了多少?100%?17.這是確認根因被消除的最好的方法嗎?18.如何確認客戶端的發現效果?19.所有的系統,實作,程序文件等都更新了嗎,它們是否準確的遵照了PCA的思想?231目的糾正措施實施查檢表Check效果確認D6驗證:231目的糾正措施實施查檢表Check效果確認D6一般工作:將改善動作列出作檢查並文件化目前階段團隊組成是否合適有無收集並檢查資料是否需要提供服務231目的糾正措施實施查檢表Check效果確認D6一般工作:231目的糾正措施實施查檢表Check效果Check根因分析查檢表D7目的:修改必要的系統策略性文件,程序,SOP…等來避免問題或類似事件再度發發生.若有必要,提出整體過程,架構性的改進建議.

建構8D目的預防措施Check根因分析查檢表D7目的:建構8D目的預防措施CheckD7預防措施預防措施糾正措施糾正措施根因分析根因分析發生逃脫點問題描述異常現象抑制措施建立8D團隊目的根因分析查檢表建構8D預防措施CheckD7預防措施預防措施糾正措施糾正措施根因分析根因D7D7預防措施:(注-

有沒有確認過導致異常發生或漏失的系統,實際作業,程序及專門的標準?-

採取甚麼措施可以永久消除問題根因?-

相關的文件和流程做了怎樣的更新?-

管理層是否同意文件的更改?-

管理層是否同意在被更新的文件中所提議的執行面的更改?執行日:(日期)

D7建議系統預防:.

負責:預防措施查檢表目的建構8DCheck根因分析查檢表預防措施D7D7預防措施:執行日:D7建議系統預防:負責:預防D7問題歷史

:1.這種問題是如何入侵到我們的過程來的?2.為何問題會在那兒發生,如何逃出管制的?3.問題的原因或之所以失控,是意識不清或缺乏訓練造成的嗎?4.那一個測,方法,程序或系統控制下還讓問題發生或有漏洞?5.搞清楚受問題影響者了嗎?(關係方)

目的建構8D根因分析查檢表Check2143預防措施D7問題歷史:目的建構8D根因分析查檢表Check214D7預防措施(這個問題及相似問題):6.應該相應的做些甚麼來防止根因再發,或逃脫失控?7.需要進一步做製程改造嗎?8.誰能設計,創造及改進系統,策略方法,或程序來消除問題和失控點?9.怎麼進行試作?(改善預防措施)10.哪些作業需要標準化?11.再發防止對策之計劃(推動,協調方面,誰要做甚麼,何時完成?)12.首席官同意這些驗證過的預防措施計劃嗎?13.怎樣和財務溝通我們的新的實行計劃?14.定義了哪些檢查點來審查系統改進之有效性?

目的建構8D根因分析查檢表Check2143預防措施D7預防措施(這個問題及相似問題):目的建構8D根因分析D7建議系統預防

:15.甚麼管理策略,系統或程序導致問題發生逃脫?16.這些實行計劃超越了首席官的職權範圍嗎?17.誰來負責這些實行?18.我們需要改變公司文化嗎?19.首席官同意8DTeam提的結構改革建議嗎?

目的建構8D根因分析查檢表Check2143預防措施D7建議系統預防:目的建構8D根因分析查檢表Check2D7案例學習

:甚麼資料可以納入案例學習庫?一般工作:將改善動作列出作檢查並文件化目前階段團隊組成是否合適有無收集並檢查資料是否需要提供服務目的建構8D根因分析查檢表Check2431預防措施D7案例學習:目的建構8D根因分析查檢表Check243D8目的:完成並將團隊的8D過程經驗文件化真誠的肯定團隊及個人的貢獻,並予祝賀.

建構8D認可查檢表Check目的認可D8目的:建構8D認可查檢表Check目的認可D8D8團隊及個人認可:恭喜8D小組及組員(注:逐個介紹並感謝團隊由於團隊成功完成8D的前7步,要獎勵他們的成就完成日:(日期)

報告人:

(客戶簽字)

團隊及個人認可查檢表:目的建構8DCheck認可查檢表認可D8D8團隊及個人認可:完成日:報告人:團隊及個人認可查D88DReport

:1.Report發出來了沒?2.8D報告及其附件是否保存在資料庫?

2431目的建構8D認可查檢表Check認可D88DReport:2431目的建構8D認可查檢表CD8認可計劃

:1.有沒有整個8D歷史的TeamMember(組員表)?2.有沒有特殊貢獻者,是哪些人?3.有沒有互相肯定讚美的時機或行動?4.有沒有除了相互肯定外的其他方式?5.沒在名單里的人,誰對這個8D也有貢獻?

2431目的建構8D認可查檢表Check認可D8認可計劃:2431目的建構8D認可查檢表Check認D8認可實行

:1.所有的人員(清單裡的)都考慮到了嗎?2.成果是否公告或刊登於公司媒體3.實施表揚時是否會使8D人員招嫉?2431目的建構8D認可查檢表Check認可D8認可實行:2431目的建構8D認可查檢表Check認D8案例學習

:1.作為個人及團隊學到了甚麼?關於自己?關於問題解決關於團隊協作2.8D的完成給我們的機構帶來甚麼收益?3.重審8D的目標,哪裡完成的好?4.8D過程中哪些好的地方可以分享給全公司?5.基于從8D中的學習,日常工作中還有哪些需要改善?

2431目的建構8D認可查檢表Check認可D8案例學習:2431目的建構8D認可查檢表Check認D8預防措施預防措施糾正措施糾正措施根因分析根因分析發生逃脫點問題描述異常現象抑制措施建立8D團隊目的認可查檢表Check建構8D認可D8預防措施預防措施糾正措施糾正措施根因分析根因分析發生逃新8D方法教材课件使用8D時機改善曲線異常解決迴路1.出現甚麼問題?對異常進行闡明2.

選擇正確的解決問題的工具?選擇適當的工具(某種系統化方法)用來幫助解決異常3.使用工具,並堅持用已決定的有效途徑?用正確的方法使用工具異常處理步驟前言前言使用8D時機改善曲線異常解決迴路1.出現甚麼問題?異常處理使用8D時機改善曲線異常處理步驟異常解決迴路建立目標並確定所要採取的行動執行計劃行動審查實際行動及結果維持現有流程或採取糾正措施前言前言使用8D時機改善曲線異常處理步驟異常解決迴路建立目標並確定所使用8D時機異常處理步驟異常解決迴路改善曲線水平0解決問題水平1持續改進水平2飛躍MEDIC8D出問題後作出反應出問題前進行預防我們通常運用8D方法來解決重大異常,是比較被動的方式8D程序也可以用來維持,或謀求更具突破性的改善選定一個改善主題,運用8D方式改進,這種行為就類似“品管圈”活動前言前言使用8D時機異常處理步驟異常解決迴路改善曲線水平0解決問題異常處理步驟異常解決迴路改善曲線使用8D時機G8D

應用準則:

1.問題被定義清楚,異常發現者和受害對象已掌握2.量測或觀察顯示與標準確實存在差異,有漏洞需要被改善.3.異常原因於案發當時不明.4.管理者決定運用資源進行分析和防止再發5.問題過於複雜,僅靠個人能力無法解決6.異常的發生有特定原因(不是偶發的)前言前言異常處理步驟異常解決迴路改善曲線使用8D時機G8D應用準則異常處理步驟異常解決迴路改善曲線使用8D時機1

D0– 準備(8D和緊急反應行動ERA的必要性)1

D1–建立團隊1

D2–問題描述1

D3–決定暫時性抑制措施(ICA)1

D4–找出根因和失控點(自己的漏失)1

D5–根據D4選定和驗證永久性糾正措施(PCAs)1

D6–實施並驗收PCA

1

D7– 再發防止(預防措施)1

D8– 貢獻度及激勵(論功行賞)天龍八步異常處理步驟異常解決迴路改善曲線使用8D時機1D0– 準Check緊急反應行動建構8D問題描述立案目的目的:1.鑑定是否有進行8D的必要2.若有需要,先對顧客進行緊急反饋溝通D0準備Check緊急反應行動建構8D問題描述立案目的目的:D0準Check緊急反應行動建構8D問題描述目的立案立案由各部主管級以上主管決定填好相關資訊:主題立案日期產品,材料,客戶資訊文件號(資料中心給)D0準備Check緊急反應行動建構8D問題描述目的立案立案由各部主管Check緊急反應行動目的立案建構8D問題描述問題描述:人事時地物數避免直接寫上主觀判斷的原因看到了甚麼或觀察到了甚麼D0準備Check緊急反應行動目的立案建構8D問題描述問題描述:D目的立案問題描述緊急反應行動Check建構8D異常現象抑制措施D0準備目的立案問題描述緊急反應行動Check建構8D異常現象抑制措目的立案問題描述建構8DCheck緊急反應行動緊急反應行動查檢表DØ現象描述:

DØ緊急反饋:

驗證:(注:驗證是措施開始施行和結束施行時內部的量測觀察結果)

確認:(注:-確認是措施施行一段時間(步,天,周,月等)後客戶的量測觀察結果.)

%效果:

施行日期:

(日期)D0準備目的立案問題描述建構8DCheck緊急反應行動緊急反應行動查12目的立案問題描述建構8D緊急反應行動CheckERA工作查檢:1.是否需要ERA(緊急反應行動)?2.是否需要除ERA外的其他服務?3.內部如何驗證ERA有效性?4.外部如何確認ERA有效性?D0準備12目的立案問題描述建構8D緊急反應行動CheckERA工作12目的立案問題描述建構8D緊急反應行動D0其他:新開的8D是否與現有8D重複一般工作:將改善動作列出作檢查並文件化目前階段團隊組成是否合適有無收集並檢查資料對客戶的服務是否需要Check準備12目的立案問題描述建構8D緊急反應行動D0其他:CheCheck組成團隊查檢表建構8D目的D1建立團隊Check組成團隊查檢表建構8D目的D1建立團隊Check組成團隊查檢表建構8D目的目的:成員應對作業流程或產品具有一定知識成員應有特定時間,被授權,且具有8D知識找一個團隊主席和組長,主席通常需要能夠提供熙深和決定必要投資成員應決定最終的團隊架構及職責D1建立團隊Check組成團隊查檢表建構8D目的目的:D1建立團隊Check組成團隊查檢表目的建構8D異常現象抑制措施建立8D團隊D1建立團隊Check組成團隊查檢表目的建構8D異常現象抑制措施建立8D目的建構8DD1團隊(姓名,部門,電話)主席:團隊成員部門電話(注:–是否組成處理異常的團隊?-檢查團隊成員及他們的專業知識是否能很好的支持團隊的交叉功能組成團隊查檢表-我們需要一個團隊來解決問題D1Check組成團隊查檢表建立團隊目的建構8DD1團隊(姓名,部門,電話)組成團隊查檢目的建構8D2431熱身準備:1.有無決定開會討論的時間,地點?2.怎樣可以使成員關係是否融洽,是否需要點小活動促進一下3.怎樣才能使成員致力於問題的解決嗎4.會議的主題目標是否已清楚定義5.有否將議程通知團隊成員?D1組成團隊查檢表Check5建立團隊目的建構8D2431熱身準備:D1組成團隊查檢表Check目的建構8D2431團隊成員:6.問題的受害對象是否包含在團隊中?7.”8D客戶”(受害者)的觀點或意見如何?8.每個成員都有參與的意義嗎?9.團隊是否大到涵蓋必要輸入資訊的取得,卻又不會因為太大而沒有效率10.隊員是否能充分反應現況?11.隊員們都認同整個團隊的組成嗎?D1組成團隊查檢表Check5建立團隊目的建構8D2431團隊成員:D1組成團隊查檢表Check目的建構8D2431關於產品和製程的知識:12.需要具有甚麼異常技術或經驗,才能讓團隊發揮效率?

執行程序,工作關係:13.團隊目標和團員職責是否明瞭?14.團隊有沒有解決問題的決定權?15.團隊如何進行內部和外部的資訊溝通?16.所有成員都了解並認同這共同目標嗎?D1組成團隊查檢表Check5建立團隊目的建構8D2431關於產品和製程的知識:D1組成團隊查目的建構8D24351角色

:17.有無指定主席?18.有無指定隊長?19.隊員的職權是否明確?20.是否需要一個主導者來主導進程和整合意見?

D1組成團隊查檢表Check建立團隊目的建構8D24351角色:D1組成團隊查檢表Check目的建構8DD124351一般工作:將改善動作列出作檢查並文件化目前階段團隊組成是否合適有無收集並檢查資料是否需要提供服務組成團隊查檢表Check建立團隊目的建構8DD124351一般工作:組成團隊查檢表Che建構8D問題描述查檢表Check目的目的:以客戶的角度和觀點詳細描述其所感受到的問題現象“甚麼東西發生了甚麼問題”?D2問題描述建構8D問題描述查檢表Check目的目的:D2問題描述Check問題描述查檢表目的問題描述異常現象抑制措施建立8D團隊建構8DD2問題描述Check問題描述查檢表目的問題描述異常現象抑制措施建立8DCheck目的建構8D問題描述查檢表D2問題描述問題陳述:(注:-是甚麼異常)問題描述:(注:-

問題描述是指將從“是否矩陣”(一種QC工具,用來找出事情發生的原因)中得出的關聯點作細節描述通過不斷的問為甚麼來把問題描述清楚評審者是否了解了異常情況?-管理層的評審者是否了解了基本情況?-檢驗是否安排收集“時-事-地-何”的情況(否:跳到下一個問題,是:結束)報告的異常現象是怎樣的?-相關情況是否都已被驗證?-問題嚴重程度怎樣?-問題描述中的原因部分是否經過確認?-不良情況是否經過確認?問題描述查檢表-將對問題之“所知”和“所見”按實描述D2問題描述Check目的建構8D問題描述查檢表D2問題描述問題描述查2431目的建構8D問題描述查檢表Check5異常現象:-1.異常現象可以被分解為子現象嗎?

問題敘述:2.不良物品和現象是否敘述充分(是否是已定義的特定的不良現象)?3.有沒有多問幾個為甚麼?(反覆思考為甚麼這,為甚麼那,為甚麼會………)

4.到底是甚麼東西發生了甚麼問題?5.知道為甚麼會發生嗎?D2問題描述2431目的建構8D問題描述查檢表Check5異常現象:D目的建構8D問題描述查檢表Check51423問題描述:6.是否經過“是否矩陣”的分析?(時,事,地,何)7.以前甚麼時候也有同樣的問題?8.哪一道工序會先遭遇這個問題?9.從這個問題中有沒有聯想到以前的(以前的)解決樣板?10.類似的零部件有沒有類似的問題發生?11.當前的作業流程有沒有確認過?有甚麼地方被(計劃的或偶然的改動過嗎)?12.是否收集並分析所需相關資料數據?13.有無足夠資訊來評估潛在性的“根因”?14.有沒有此異常的實物證明(不良品)?15.有沒有作魚骨圖?

(來分析可能的異常原因)D2問題描述目的建構8D問題描述查檢表Check51423問題描述:D目的建構8D問題描述查檢表Check2314異常類型

:此問題屬於“變動造成型”或”從未發生型”?D25問題描述目的建構8D問題描述查檢表Check2314異常類型:D目的建構8D問題描述查檢表Check2431檢查問題描述:關於問題描述有沒有給客戶或受害單位看過並被認同?如果是嚴重問題,是否該給主席(老闆)過目?需不需要財物預備金?(會不會花大錢)有無任何道德規範,社會法規上的牽連?

D25問題描述目的建構8D問題描述查檢表Check2431檢查問題描述:目的建構8D問題描述查檢表CheckD224351一般工作:將改善動作列出作檢查並文件化目前階段團隊組成是否合適有無收集並檢查資料是否需要提供服務問題描述目的建構8D問題描述查檢表CheckD224351一般工作Check抑制措施查檢表目的:決定並實施具有保障客戶,能使其不受問題影響的暫時抑制措施直到永久性糾正措施實施.執行並驗證

抑制措施的有效性.D3建構8D目的抑制措施Check抑制措施查檢表目的:D3建構8D目的抑制措施問題描述異常現象抑制措施建立8D團隊D3Check抑制措施查檢表目的建構8D抑制措施問題描述異常現象抑制措施建立8D團隊D3Check抑制措施目的D3抑制措施:(注:-對於問題我們需要立即作動作嗎?是:-檢查計劃好的抑制措施和問題描述.-從源頭修正作業流中的漏洞.-

有沒有制定服務性動作當前步驟的所有問題圓滿解決之前不要進行下一步驗證:(注:-驗證動作的有效性)確認:(注:-確認動作的有效性)

%效果

實行日:

(日期)

抑制措施查檢表D3Check建構8D抑制措施查檢表抑制措施目的D3抑制措施:%效果實行日:抑制措施查檢表D3Ch目的建構8DICA(抑制措施)執行前1.需要抑制措施嗎?2.抑制措施(ICA)涵蓋對客人的服務嗎?3.對客戶作ERA時有無涉及ICA(可能會對最佳抑制措施的選擇有幫助)?4.選定的“準則”是否已於客戶或主席確定?

5.準則是否取得了“效益”和“風險”之間的平衡點?

6.怎樣使ICA的選擇滿足下列條件?ICA是否具有100%的效果.ICA經過驗證.ICA便宜,容易,又有效.

D3231盤點問題抑制措施查檢表Check抑制措施目的建構8DICA(抑制措施)執行前D3231盤點問題抑D3ICA策劃時7.適當部門(如QA,反應單位)是否參與決策?

8.是否考慮了適當品質管理工具的應用?9.行動計劃訂出來有無具體要求,誰做甚麼,何時完成?10.有沒有定義實證的方法?11.客戶對此抑制措施有沒有意見(是否需要客戶批准)?12.計劃中可能出問題的地方有沒有考慮到,是否有預防副作用突發的備案考量?

13.欲實施的所需資源是否充足?

231抑制措施查檢表建構8D目的Check抑制措施D3ICA策劃時231抑制措施查檢表建構8D目的CheckD3實施

:實証資料是否顯示(8D)客人是充分安全,被保障的?ICA的效果是否可以再被改善或至少可以維持

?

一般工作

:將改善動作列出作檢查並文件化目前階段團隊組成是否合適有無收集並檢查資料是否需要提供服務231抑制措施查檢表建構8D目的Check抑制措施D3實施:231抑制措施查檢表建構8D目的Check抑制CheckD4目的:1.針對問題描述和相關測試資料,透過試驗每個可能的原因的孤立測試來驗證問題的根因(RootCause).2.找出“失控點”(逃脫點),糾出該偵測出異常,但卻沒有偵測到的地方.

根因分析查檢表建構8D目的根因分析CheckD4目的:根因分析查檢表建構8D目的根因分析D4根因分析根因分析發生逃脫點問題描述異常現象抑制措施建立8D團隊Check根因分析查檢表目的建構8D根因分析D4根因分析根因分析發生逃脫點問題描述異常現象抑制措施建立目的D4D4根因分析:發生:(注:-“發生”是指實際中的環節哪裡及為甚麼會出問題)-原因部分是否被確認?-不良現象是否被確認?-

不良的物理過程是否被確認?-

對於根因的分析確認作了哪些調查?-

這些調查是否可以改進問題描述?-

判定為甚麼問題會漏失到客戶端?-

有甚麼區別或作了甚麼改動?漏失:(注:-漏失是指為甚麼客戶端會遭遇這樣的異常,為甚麼我們的質量體系中會有這樣的漏失)-判定為甚麼問題會漏失到客戶端?

驗證:發生:

漏失:

所有問題圓滿解決前不要進行下一步!

%貢獻:

根因分析查檢表Check建構8D根因分析查檢表根因分析目的D4D4根因分析:%貢獻:根因分析查檢表Chec目的建構8DD4一般:1.問題描述是否有更新?

2.根據甚麼資料來查找“潛在根因”?

根因分析查檢表Check24315根因分析目的建構8DD4一般:根因分析查檢表Check24315根D4根因:3.有根因嗎?(根因是個經過驗証造成問題的理由)4.甚麼參數或因子被改變導致這個問題?有些甚麼資料顯示了那些設計或製造過程問題?5.如何驗證這些根因推斷是成立的?6.這個根因足以解釋,且符合D2的問題陳述嗎?7.是不是挖掘原因到這麼深就足夠了?

(需要再進一步了解為何根因會發生嗎?)目的建構8D根因分析查檢表Check24315根因分析D4根因:目的建構8D根因分析查檢表Check24315根D4潛在根因:8.有不止一個潛在根因嗎?9.潛在根因列表的每一條都是有資料根據的嗎?(再現性驗證)10.貢獻率是怎樣決定的?11.潛在因素的總合是否100%涵蓋了問題?12.如果沒有100%,考慮和首席官討論是否要對每個潛在根因作另外的問題描述(及開另外的8D根據定義)及其益處找個解決問題的方法及其益處.13.如果沒有找到所有的根因,考慮和首席官討論是否另外找個解決問題的方法及其益處.目的建構8D根因分析查檢表Check24315根因分析D4潛在根因:目的建構8D根因分析查檢表Check243D4逃脫點

:14.現在的管制系統,作業規定是否能夠偵測到問題?15.找出目前與問題有關的管制系統了嗎?有被改過嗎?

16.已經驗證這個管制系統有能力偵測此問題嗎?17.找到的這個控制點最接近於根因(潛因)?18.需要進一步改善這個管制系統嗎?目的建構8D根因分析查檢表Check24315根因分析D4逃脫點:目的建構8D根因分析查檢表Check2431D4一般工作:將改善動作列出作檢查並文件化目前階段團隊組成是否合適有無收集並檢查資料是否需要提供服務目的建構8D根因分析查檢表Check24315根因分析D4一般工作:目的建構8D根因分析查檢表Check243D5目的建構8D糾正措施查檢表Check糾正措施D5目的建構8D糾正措施查檢表Check糾正措施Check糾正措施查檢表D5目的:1.選擇並準備好PCA2.(內部)驗證其有效性.3.設置監視,控制的體系/架構建構8D目的糾正措施Check糾正措施查檢表D5目的:建構8D目的糾正措施CheckD5糾正措施糾正措施根因分析根因分析發生逃脫點問題描述異常現象抑制措施建立8D團隊目的糾正措施查檢表建構8D糾正措施CheckD5糾正措施糾正措施根因分析根因分析發生逃脫點問D5發生:(注

D5恆久糾正措施之選定:須寫明根因路徑(發生/逃脫)可永久解決問題根因的措施.不要和有計劃的解決根因的活動混誵.-

所有備選擇項都作為可能的糾正措施被檢查過了嗎?-

驗證?-執行計劃需要甚麼資源?-管理層是否分配執行計劃所需資源?-有沒有關於庫存的計劃?逃脫:

驗證:發生:

逃脫:%貢獻度:

%效果:

糾正措施查檢表目的建構8DCheck糾正措施查檢表糾正措施D5發生:%貢獻度:糾正措施查檢表目的建構8DCheckD5PCA(永久糾正措施)決定前:1.有沒有PCA選定的參考基準,首席官同意嗎?2.需要通知或服務客人嗎?3.考慮選選擇哪些PCA了嗎?4.有全盤看過PCA,試著選擇更好的嗎?5.這些最好的選擇,可以帶來甚麼好處和利益?如何保留這些好處?6.我們的團員有足夠經驗做正確的決定嗎?7.這些PCA做了有何風險?如何註明?8.首席官同意這些PCA方案嗎?

2431目的建構8D糾正措施查檢表Check糾正措施D5PCA(永久糾正措施)決定前:2431目的建構8D糾D5驗證:9.有甚麼證據來證明PCA會從根本來解決問題?10.驗證PCA的方法()11.驗證的方法是不是可靠?(能涵蓋問題每次造成時的差異嗎?)12.用甚麼基準方法做驗證的,驗證結果之數據指標足以顯示驗證的合理性嗎?2431目的建構8D糾正措施查檢表Check糾正措施D5驗證:2431目的建構8D糾正措施查檢表Check糾正D5PCA決定後

:13.有無可能因為這個PCA決定帶來其他困擾?14.客人會不會因為這個PCA實施而跑掉?15.PCA實施,抑制措施是持續有效的嗎?16.有沒有充份的資深實施PCA.17.策劃,實施PCA時應遵守哪些紀律?18.實施PCA前,ICA有沒有需要改進的地方?2431目的建構8D糾正措施查檢表Check糾正措施D5PCA決定後:2431目的建構8D糾正措施查檢表CD5一般工作:將改善動作列出作檢查並文件化目前階段團隊組成是否合適有無收集並檢查資料是否需要提供服務2431目的建構8D糾正措施查檢表Check糾正措施D5一般工作:2431目的建構8D糾正措施查檢表ChecD6目的:策劃並實施PCA.去掉ICA(別忘了€!)觀察監視長期的結果.

Check糾正措施實施查檢表目的效果確認D6目的:Check糾正措施實施查檢表目的效果確認CheckD6D6實施恆久糾正措施:發生:(注糾正措施的計劃已被成功實施了嗎?是.-

有何數據表明糾正措施的成功性?-

管理層是否認同糾正措施的確認?逃脫點:驗證:發生:逃脫點:分析表:所有問題沒有與慢解決之前不要進行下一步!實施日期:

(日期)(日期)(日期)糾正措施實施查檢表目的糾正措施實施查檢表效果確認CheckD6D6實施恆久糾正措施:實施日期:糾正措施實D6策劃

:1.需要遵守甚麼紀律?(實施PCA)注意事項?2.客戶或廠商需要參與嗎(與PCA相同嗎)?3.誰會策劃廠商和客戶的部分?4.定義好誰,做甚麼事,何時完成了嗎?5.需要甚麼資源?都具備嗎?6.計劃有甚麼薄弱點(哪裡容易出狀況)?怎樣才能防止?7.怎麼監控PCA策劃到結束?8.甚麼時候取消ICA(別忘了€€€!)9.怎樣和財務溝通我們的計劃?需要何種培訓?

10.用甚麼資料驗證短,長期PCA有效?

231目的糾正措施實施查檢表Check效果確認D6策劃:231目的糾正措施實施查檢表Check效果確認D6驗證

:11.ICA是否終止了?12.是不是問題(不好的影響)都被消除了?13.怎樣確定這一點?14.如何去做持續性的監控?

15.準則是甚麼?16.客人或反應單位的問題降低了多少?100%?17.這是確認根因被消除的最好的方法嗎?18.如何確認客戶端的發現效果?19.所有的系統,實作,程序文件等都更新了嗎,它們是否準確的遵照了PCA的思想?231目的糾正措施實施查檢表Check效果確認D6驗證:231目的糾正措施實施查檢表Check效果確認D6一般工作:將改善動作列出作檢查並文件化目前階段團隊組成是否合適有無收集並檢查資料是否需要提供服務

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论