电子文档交易市场
安卓APP | ios版本
电子文档交易市场
安卓APP | ios版本
换一换
首页 金锄头文库 > 资源分类 > PPT文档下载
分享到微信 分享到微博 分享到QQ空间

通信行业8D方法讲义

  • 资源ID:92987569       资源大小:669KB        全文页数:80页
  • 资源格式: PPT        下载积分:15金贝
快捷下载 游客一键下载
账号登录下载
微信登录下载
三方登录下载: 微信开放平台登录   支付宝登录   QQ登录  
二维码
微信扫一扫登录
下载资源需要15金贝
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。
如填写123,账号就是123,密码也是123。
支付方式: 支付宝    微信支付   
验证码:   换一换

 
账号:
密码:
验证码:   换一换
  忘记密码?
    
1、金锄头文库是“C2C”交易模式,即卖家上传的文档直接由买家下载,本站只是中间服务平台,本站所有文档下载所得的收益全部归上传人(卖家)所有,作为网络服务商,若您的权利被侵害请及时联系右侧客服;
2、如你看到网页展示的文档有jinchutou.com水印,是因预览和防盗链等技术需要对部份页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有jinchutou.com水印标识,下载后原文更清晰;
3、所有的PPT和DOC文档都被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;下载前须认真查看,确认无误后再购买;
4、文档大部份都是可以预览的,金锄头文库作为内容存储提供商,无法对各卖家所售文档的真实性、完整性、准确性以及专业性等问题提供审核和保证,请慎重购买;
5、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据;
6、如果您还有什么不清楚的或需要我们协助,可以点击右侧栏的客服。
下载须知 | 常见问题汇总

通信行业8D方法讲义

Page 1 of 110,8D:8 DISCIPLINES,8D: 8 Discplines of Problem Solving 解決問題的8個步驟 8D 是解決問題一種工具,通常是客戶所抱怨的問題要求公司分析,並提出永久解決及改善的方法 比改善行動報告 (Corrective Action Report) 更加地嚴謹,8D 的本質: 問題解決程序,對 策,衡量、追蹤及控制改善成效,例如: 人員出勤率93%,現 象,問 題,原 因,當我們觀察到 或發現時,確認並定義問題 WHAT, WHEN, WHERE, WHO, WHY, HOW, HOW MUCH,這現象是否正常 跟標準或目標比較的差 異(偏離程度) 其差異是否不該在 ,人員出勤率的目標為95%低了2個百分比,而此差異幅度根據以往資料判斷差異過大為異常狀況。,請假人數太多,為什麼會發生異常 ?,設定改善目標 並形成解決方案,如何改善異常 ? 如何控制發生異常的 原因 ?,處置:問題發生立即採 公佈人員出勤狀況取的措施,分析原因 WHY,治標:解決問題的手段 強化請假管制,治本:避免問題再發生加強員工向心力的方法,G8D 步驟,成立改善小組,暫時性的對策實施及確認,描述問題,D1,D2,D3,原因分析及証實,D4,D5,永久改善行動效果確認,D6,永久改善行動的對策實施及確認,D7,避免再發生/ 系統性預防建議,D8,完成,徵兆/ 緊急反應措施,D0,G8D Additional Portions,成立改善小組,暫時性的對策實施及確認,描述問題,D1,D2,D3,原因分析及証實,D4,D5,永久改善行動效果確認,D6,永久改善行動的對策實施及確認,D7,避免再發生/ 系統性預防建議,D8,完成,徵兆/ 緊急反應措施,D0,% Effective,% Contribution,% Effective,Validation,% Effective,Page 5 of 110,掌握“問題”之要領,1)什麼是“問題”? 問題是實際與理想之間的差距 (Gap). 2)什麼是問題的型態? 1.異常性問題 (s 太大) 2.結構性問題 (Xbar 太低) 3)如何發掘問題? 把問題視作一座冰山 ( 使用工具: 5 Why, 親和圖法,關連圖法),先提昇製程水準 (Xbar ) 還是降低異常 (s ),Page 7 of 110,變異很小, 但卻不準確,Page 8 of 110,準確, 但變異卻很大,Cpk=0.816,把問題想像成一座冰山,現在,看得到的, 可感覺 , 可測量,問題,緊急處理,一次因 (近因),治標對策 (暫時),n 次因 (遠因),治本對策 (永久),過去,Page 12 of 110,5 Why 1H 工具,豐田生產方式: “反覆提出五次為什麼” 垂直式思考, 針對問題一層又一層地深入 通常第一個答案不會是真正的答案 5 Why 可以找出真正的原因 找原因用5Why+想方法用1How 簡單的案子可能4W,3W或2W即找出root cause,但複雜的或許要5 Why, 6 Why, 7 Why最後要加 1H,How to fix it.,5 Why 範例: 為何停機,問1:為什麼機器停了?,答1:因為機器超載, 保險絲燒斷了,5 Why 範例: 為何停機,問1:為什麼機器停了? 問2:為什麼機器會超載?,答1:因為機器超載, 保險絲燒斷了 答2: 因為軸承的潤滑不足,5 Why 範例: 為何停機,問1:為什麼機器停了? 問2:為什麼機器會超載? 問3:為什麼軸承會潤滑不足?,答1:因為機器超載, 保險絲燒斷了 答2: 因為軸承的潤滑不足 答3: 因為潤滑幫浦失靈了,5 Why 範例: 為何停機,問1:為什麼機器停了? 問2:為什麼機器會超載? 問3:為什麼軸承會潤滑不足? 問4: 為什麼潤滑幫浦會失靈?,答1:因為機器超載, 保險絲燒斷了 答2: 因為軸承的潤滑不足 答3: 因為潤滑幫浦失靈了 答4: 因為幫浦的輪軸耗損了,5 Why 範例: 為何停機,問1:為什麼機器停了? 問2:為什麼機器會超載? 問3:為什麼軸承會潤滑不足? 問4: 為什麼潤滑幫浦會失靈? 問5: 為什麼潤滑幫浦的輪軸會耗損?,答1:因為機器超載, 保險絲燒斷了 答2: 因為軸承的潤滑不足 答3: 因為潤滑幫浦失靈了 答4: 因為幫浦的輪軸耗損了 答5: 因為雜質跑到裡面去了,Page 18 of 110,5 Why 的分佈層次,現在,看得到的, 可感覺 , 可測量,問題,緊急處理,一次因 (近因),治標對策 (暫時),n 次因 (遠因),治本對策 (永久),過去,改善行動,防呆設計,為什麼機器停了?,為什麼機器會超載?,為什麼軸承會潤滑不足?,為什麼潤滑幫浦會失靈?,為什麼潤滑幫浦的 輪軸會耗損?,5 Why & 關連圖,ON HOLD LOT 太多,工程師未 作處置,Hold Yield 太高不合理,客戶Release good Hold reject,待客戶 新程式,客戶一直 未回覆,客戶要求作 工程分析,工程師太忙 沒時間處理,PC/MFG滿載 排不上線測試,工程師待 客戶指示,產品待重測,L/B,P/C,Tester Hander 問題,工程師出差 受訓或請假,工程師不知 有Hold Lot,工程師忘記 有Hold Lot,工程師未 被通知,系統通知到 別的工程師,平面度不佳關聯圖解析,平面度 良率不佳,人員疏失,設備問題,方法缺失,BUY OFF檢 查動作不確實,職前訓練 不足,疏忽,規格認識 不夠,Loading 過多,加班,精神不佳,模具異常,產品定位 不良,機台操作 不熟悉,材料問題,TRAY 設計不良,QA未執行 分散抽樣,打帶動作 不確實,工作 不專心,熬夜,磨損,Rework產品 未確實check,PDCA 的介紹,Page 22 of 110,何謂管理?,Page 23 of 110,P-D-C-A,企劃Plan-實行Do-檢核Check-行動Action 是課題達成型QC改善歷程 是一種對新的作業標準不斷挑戰,修正, 並以更新的標準替代的過程 運用PDCA改善前, 應以SDCA來做標準化 四個步驟是一體的,連續的.由相同人或單位所負責,否則常會導致無法銜接 改善行動要有“有效性”驗証,Page 24 of 110,7.效果維持,8.反省及今後計劃,6.效果確認,3.方策擬定,2.課題明確化與目標設定,1.主題選定,4.最適策追究,5.最適策實施,P 管理人員,D 作業人員,A 管理人員,C 檢驗人員,PDCA 循環輪,Page 25 of 110,C-A-P-D-C-A,檢視現狀-再對策-企劃-實行-檢核-行動 是問題解決型QC改善歷程 注重在已發生問題的處理 在PDCA循環注重在Do, 故Do的內部尚有小型的PDCA循環,直到問題改善為止 小規模的改進,非大刀闊斧的改革,Page 26 of 110,3.要因解析,2.現況的把握,1.主題選定,6.效果確認,5.對策實施,4.對策擬定,8.反省及今後計劃,7.效果維持,P Plan,D,A Action,C Check,CA-PDCA 循環輪,Page 27 of 110,S-D-C-A,標準化Standardization-實行-檢核-行動 所有製程在開始運作時都會不穩定, 在這個階段, 穩定製程使產量固定是很重要的 待標準建立了並且穩定了, PDCA 則是用來改變製程提昇水準. 但是一旦製程一改變, 又會馬上變得不穩定, 需要以SDCA加以穩定化,Page 28 of 110,A,C,P,D,A,C,P,D,A,C,S,D,A,C,S,D,屬於兵力的維持 (將製程穩定化),屬於兵力的提昇 (提昇製程的能力),PDCA 與 SDCA,Page 29 of 110,PDCA , CA-PDCA 與 SDCA,列出問題點,GAP Analysis,(-),(+),Page 30 of 110,1.主題選定,PDCA,活動計劃的製作,CA-PDCA,活動計劃的製作,2. 現況把握,2. 課題明確化,3. 方策擬定,3. 要因分析,6. 效果確認,5. 最適策實施,4. 最適策追究,7. 效果維持,5. 對策實施,4. 對策擬定,8. 反省及今後計劃,適用 何種 QC STORY 的判定,PDCA 與CA-PDCA實施步驟,Page 31 of 110,1.主題選定,PDCA,活動計劃的製作,CA-PDCA,活動計劃的製作,2. 現況把握,2. 課題明確化,3. 方策擬定,3. 要因分析,6. 效果確認,5. 最適策實施,4. 最適策追究,7. 效果維持,5. 對策實施,4. 對策擬定,8. 反省及今後計劃,適用 何種 QC STORY 的判定,PDCA 與CA-PDCA實施步驟,最適策.由Plan 開始即多角度去尋求解決問題的對策, 與CA-PDCA 的邊尋找對策處理問題有所不同,Page 32 of 110,解決問題的QC Story種類,1.課題達成型QC Story: 著重 PDCA 2.問題解決型QC Story: 著重 CA-PDCA 3.8D 及異常一覽表: 著重在於預防再發,Page 33 of 110,改善範例,目標=100元,-10元,Page 34 of 110,兩種不同類型的良率損失,異常良率損失 Excursions: 良率損失的獨立跳昇,由突然且嚴重的良率損失所引起,影響範圍導致特別低良率的有限批數 水準不足良率損失Chronics: 良率水準不足。發生眾多批數,其良率相對低於水準內的良率。,不良率的 p-Chart 趨勢圖,Sigma Rule,異常的定義,99.73%,Page 38 of 110,Excursions 對整體良率的影響,Excursions 的偵測,公司並非以SPC偵測出Excursions, 請問公司以何機制得知 Excursions.,Page 40 of 110,如何管理異常良率,有效管理異常可以 將干擾降低 提昇 Xbar 水準 (幫助不大, 因為屬於少數) 暫時管制措施是重要的 第一件事就是將產品 “Hold” 再來才是解決問題, 預防問題的再發 異常管理 三現: 現時, 現地, 現物 以Problem 7 Steps 來解決及預防問題 SDCA,Page 41 of 110,D0: Symptom(s),Symptom(s) 徵兆 將客戶端所發生抱怨的徵兆加以定性及定量化 針對此徵兆決定是否使用 G8D 及G8D應該處理及預防的範疇 用以確認 Symptom(s) 的工具圖表 Trend Charts/ Pareto,Page 42 of 110,D0: Emergency Response Action,Emergency Response Action (ERA) 緊急反應措施 為何要有 D0 Symptoms? 指客戶端的產品的緊急處理方式, 除了重大異常以外, 通常都是N/A 產品緊急處理方式通常是 Hold 或退回製造廠處理,Page 43 of 110,D0 與 D3 的比較,Page 44 of 110,D1: ESTABLISH THE TEAM (成立小組),1.讓客戶認為我們非常地重視他們所反應的問題 2.強制組合不同部門的相關人員以有效解決客戶所反應的問題 3.G8D 要求要有成員的職稱及聯絡分機 4.所有成員共同承擔責任及後果, 但不要單兵作業, 也不要寫 Paperwork,Page 45 of 110,成員包括:,最高指導員(CHAMPION) 一般為主管階層,對小組的進度有 監督, 支援及決策決定權力. 指導員

注意事项

本文(通信行业8D方法讲义)为本站会员(luobi****88888)主动上传,金锄头文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即阅读金锄头文库的“版权提示”【网址:https://www.jinchutou.com/h-59.html】,按提示上传提交保证函及证明材料,经审查核实后我们立即给予删除!

温馨提示:如果因为网速或其他原因下载失败请重新下载,重复下载不扣分。




关于金锄头网 - 版权申诉 - 免责声明 - 诚邀英才 - 联系我们
手机版 | 川公网安备 51140202000112号 | 经营许可证(蜀ICP备13022795号)
©2008-2016 by Sichuan Goldhoe Inc. All Rights Reserved.