异常处理PPT课件
合集下载
《异常处理流程》PPT课件
7.生管办应对责任单位的根本对策的执行结果进 行跟踪。
注:整个流程涵盖了PDCA管理循环及纠正预防的管理理念
23
部门责任的判定
开发部：
1.未及时确认零件样品; 2.设计错误或疏忽; 3.设计的延误; 4.设计临时变更; 5.设计资料未及时完成; 6.设计需要修改,设计人员未得到相关负责人的确认就安
1.由主要负责人召集. 2.最终处理报告完成. 3.小组成员认同效果确认结果,以及预防措施执
行.
12
问题处理流程(8-D模式)
13
8-D的成果：
8-D首重利用团队力量,因此无论是问题分析,或是对 策执行,都希望集众人之智,完成众人之事.
8-D特别注重以问题为经验,以对策为行动,所以在最 终处理过程中,对预防工作做要求.
8-D的内容都是运用QC七大手法、问题分析模式、 统计技朮等常用工具,作业质量要求能一致,且容易被 执行.
8-D依其步骤可设定处理成员与检核时限,对权责与 效果确认,是可以被严谨安排的,而且有利于追踪.
龙头分厂生产运作流程
产品部订单
订单评审
N 工艺评估
设备 人员
产能评估
N
主生产计划拟制 （装配调度）
追溯方式亦须告知.
6
问题处理流程(8-D模式)
5W2H提问技术： Why? 为何这样做,有无必要? What? 目的是什么? Where? 哪里做?有无更合适的地方? When? 时间安排好不好? Who? 谁来做?几个人做? How to do? 这样做法有沒有更好的? How much? 这样做的成本多少?
1.召集有关人员成立小组. 2.决定小组成员负责事项. 3.确定主要负责人.
4
问题处理流程(8-D模式)
注:整个流程涵盖了PDCA管理循环及纠正预防的管理理念
23
部门责任的判定
开发部：
1.未及时确认零件样品; 2.设计错误或疏忽; 3.设计的延误; 4.设计临时变更; 5.设计资料未及时完成; 6.设计需要修改,设计人员未得到相关负责人的确认就安
1.由主要负责人召集. 2.最终处理报告完成. 3.小组成员认同效果确认结果,以及预防措施执
行.
12
问题处理流程(8-D模式)
13
8-D的成果：
8-D首重利用团队力量,因此无论是问题分析,或是对 策执行,都希望集众人之智,完成众人之事.
8-D特别注重以问题为经验,以对策为行动,所以在最 终处理过程中,对预防工作做要求.
8-D的内容都是运用QC七大手法、问题分析模式、 统计技朮等常用工具,作业质量要求能一致,且容易被 执行.
8-D依其步骤可设定处理成员与检核时限,对权责与 效果确认,是可以被严谨安排的,而且有利于追踪.
龙头分厂生产运作流程
产品部订单
订单评审
N 工艺评估
设备 人员
产能评估
N
主生产计划拟制 （装配调度）
追溯方式亦须告知.
6
问题处理流程(8-D模式)
5W2H提问技术： Why? 为何这样做,有无必要? What? 目的是什么? Where? 哪里做?有无更合适的地方? When? 时间安排好不好? Who? 谁来做?几个人做? How to do? 这样做法有沒有更好的? How much? 这样做的成本多少?
1.召集有关人员成立小组. 2.决定小组成员负责事项. 3.确定主要负责人.
4
问题处理流程(8-D模式)
第7章 调试、测试和异常处理PPT教学课件
第7章 调试、测试和异常处理
• 每一个应用程序开发出来，交给客户使用前都要进行检查， 确保其没有错误并且安全可靠，才能交付使用。任何软件 都不能保证完全没有错误，程序员应尽力去发现其中的错 误并修正这些错误。发现并消除错误的过程就是调试。如 果程序调试通过，就要检测该软件是否符合用户需求，软 件中是否包含未发现的错误，这个过程成为测试。在编写 程序过程中，有些错误是可以预测到的，有些是预测不到 的，对于可预测的错误C#提供了异常处理机制，保证程序 的正确性和可靠性。本章将详细讨论C#中的调试、测试和 异常处理方法。主要内容如下：
• 这个例子中，感冒就是一个异常，因为预先考虑 到可能出现的问题，进行了合适的处理，这就是 异常处理。适当的异常处理可以避免系统终止当 前操作，程序不会出现故障，系统也不会崩溃。
7.3.2 异常类
• .NET提供了大量与异常有关的类，用来处理异常， 每一个异常类都表示一种异常，Exception类是所 有异常的基类。异常类继承关系的结构图如图7.8 所示。
• 在消除了程序中的语法错误和运行时错误后，程序依旧不 能保证完全正确，程序员可以自己进行简单的单元测试， 来确定基本功能是否完善，复杂的测试有专业测试人员进 行。什么是单元测试呢？
• 单元测试是测试隔离的单元或模块，对各种方法分别使用 不同的输入和执行参数来测试。单元测试的依据是详细设 计描述，单元测试应对模块内所有重要的控制路径设计测 试用例，以便发现模块内部的错误。单元测试多采用白盒 测试技术，系统内多个模块可以并行地进行测试。VS2008 将单元测试工具集成在IDE中，方便程序员的使用，下面通 过一个简单的例子来说明VS2008中单元测试工具的使用。
7.3 异常处理
• 利用调试和测试，可以有效地减少程序中的错误， 但是程序中的错误是不可避免的，就像人难免会 生病一样。错误是客观存在的，程序员有责任和 义务尽量减少错误的发生。面对不可避免的、可 能出现的错误，如何积极面对，以保证程序的稳 定可靠，具有非常重要的意义。
• 每一个应用程序开发出来，交给客户使用前都要进行检查， 确保其没有错误并且安全可靠，才能交付使用。任何软件 都不能保证完全没有错误，程序员应尽力去发现其中的错 误并修正这些错误。发现并消除错误的过程就是调试。如 果程序调试通过，就要检测该软件是否符合用户需求，软 件中是否包含未发现的错误，这个过程成为测试。在编写 程序过程中，有些错误是可以预测到的，有些是预测不到 的，对于可预测的错误C#提供了异常处理机制，保证程序 的正确性和可靠性。本章将详细讨论C#中的调试、测试和 异常处理方法。主要内容如下：
• 这个例子中，感冒就是一个异常，因为预先考虑 到可能出现的问题，进行了合适的处理，这就是 异常处理。适当的异常处理可以避免系统终止当 前操作，程序不会出现故障，系统也不会崩溃。
7.3.2 异常类
• .NET提供了大量与异常有关的类，用来处理异常， 每一个异常类都表示一种异常，Exception类是所 有异常的基类。异常类继承关系的结构图如图7.8 所示。
• 在消除了程序中的语法错误和运行时错误后，程序依旧不 能保证完全正确，程序员可以自己进行简单的单元测试， 来确定基本功能是否完善，复杂的测试有专业测试人员进 行。什么是单元测试呢？
• 单元测试是测试隔离的单元或模块，对各种方法分别使用 不同的输入和执行参数来测试。单元测试的依据是详细设 计描述，单元测试应对模块内所有重要的控制路径设计测 试用例，以便发现模块内部的错误。单元测试多采用白盒 测试技术，系统内多个模块可以并行地进行测试。VS2008 将单元测试工具集成在IDE中，方便程序员的使用，下面通 过一个简单的例子来说明VS2008中单元测试工具的使用。
7.3 异常处理
• 利用调试和测试，可以有效地减少程序中的错误， 但是程序中的错误是不可避免的，就像人难免会 生病一样。错误是客观存在的，程序员有责任和 义务尽量减少错误的发生。面对不可避免的、可 能出现的错误，如何积极面对，以保证程序的稳 定可靠，具有非常重要的意义。
第6章-异常处理ppt课件(全)
6.1 了解异常
❖ 任务3：了解异常类常用的方法 【任务内容】了解异常类常用的方法 【能力目标】掌握异常类常用的方法
public class ExceptionDemo { public static void main(String[] args) { String strPrice = "20"; try { //进行数据类型转换时，parseFloat方法有可能出现异常 float fprice = Float.parseFloat(strPrice); } catch (NumberFormatException nfe) { System.err.println("Exception:" + nfe.getMessage()); System.err.println("Exception:" + nfe.toString()); nfe.printStackTrace(); } }
❖
}
❖ catch( ArithmeticException e )
❖
{ System.out.println("\t捕获异常： "+e);
}
❖ catch( ArrayIndexOutOfBoundsException e )
❖
{ System.out.println("\t捕获异常："+e.getMessage( )); }
程序中的错误可能来自于编译错误和运行错误。 编译错误是由于所编写的程序存在语法问题，未 能通过由源代码到目标代码的编译过程而产生的 错误，它将由语言的编译系统负责检测和报告； 运行错误是在程序的运行过程中产生的错误。
生产异常管理 ppt课件
精品资料
• 你怎么称呼老师？
• 如果老师最后没有总结一节课的重点的难点，你 是否会认为老师的教学方法需要改进？
• 你所经历的课堂，是讲座式还是讨论式？ • 教师的教鞭
• “不怕太阳晒，也不怕那风雨狂，只怕先生骂我 笨，没有学问无颜见爹娘 ……”
• “太阳当空照，花儿对我笑，小鸟说早早早……”
机遇性原因（Chance Cause）
✓ 产品出现大批量不良 由于人员疏忽或其它原因导致批量性不良的出现
✓ 产品遭到客户投诉 在客户端发现有不良后投诉
✓ OQC退货
制程异常
• 人员没按照标准进行作业 • 治具没有校验或点检造成不良 • 设备缺乏保养，维护造成的不良 • 模具缺乏保养或由于磨损及其他原因造成
产品损伤或不良 • 原材料不良造成的不良（如foil ,树脂） • 环境的变化造成的品质下降
(2)对策愚巧化 若牵涉到要小心,注意、加强等因素，则尽量考虑使用防呆的方法。
(3)再发防止，防患未然 横向作水平展开 纵向作源流管理 使同样原因的问题不但不会再在原制程重复发生，而且，整个公司 皆不会重复发生；甚至，将最源头因素消除。
愚巧法（防呆）
• 意义： 即使疏忽也不致造成不良后果，即使是外行人， 也不会做错。
3.Where(何地 ) 要在哪里做？ 在哪里完成的 还可以在哪里完成 还该在哪里做
How(如何 ) 要如何做？ 是如何完成的？ 该如何完成？ 这方法还可用在别处
吗？
异常处置
Abnormity Settlement
作业实施
异常处理流程责任划分
管理状态 CHECK 找出异常 应急处理 调查、解析
管理图
例三：
Trial Run标签
异常处理及操作流程ppt课件
3、遇到异常不要慌张，检查现场现物，判断重要迅速处理，处乱不惊。
4、制定应急措施和再发防止措施。 应急措施具体作法：①明确发生异常时的群体。②将异常现象迅速通知有 关单位，并要求其参与处理。③对过程采取处置措施，使异常现象暂时控 制而不再恶化。④将异常群体选别，对不良品修理，调整或对人员作教育 训练。⑤将处置内容记入异常报告单。 再发防止具体作法：①检讨相关标准（ⅰ、是否有标准？标准明确了没 有？答案若是否定，则增订标准。ⅱ、是否遵守标准？若遵守标准而结果 又不好，则修改标准。ⅲ、标准了解了没有？若不了解则须培训标准。） ②对策愚巧化：若牵涉到要小心，注意、加强等因数，则尽量考虑使用防、 呆的方法。
操作方法有隐患 无标准化 指导书
法
环
管理
6、异常发生后操作步骤
6.1、检查现场现物，判断重要性，迅速处理。 6.2、联络关系部署 6.3、迅速确定,进行后工程品质确认； 6.4、进行对象范围把握和不良品排除（不良品分类识别，良品选出等） 6.5、问题严重时，向上司报告——等待指示； 6.6 、追查不合格品源头； 6.7 、联络前后工程，品管部； 6.8 、对发生工程进行对策处置； 6.9 、在此加合格标志，控制流出； 6.10、在合格品到来前点检，选出不合格品； 6.11 、工程内剩余工件及库存品也全数检选出； 6.12 、不合格品必需进行识别； 6.13 、修复是遵守规定。 ； 6.14、排除原因，启动设备； 6.15、研究对策和在发生防止，再次明确指导各工程异常是什么。
应急措施
如遇重大问题或需相关部门共同协商解 决的，由生管主导召开现场会。
应急措施由生管主导，生产、品管共同确认后 方可实施，重大品质问题延误交期的需计划部 确认。根据实际情况决定是否停产或转
品质异常处理流程.ppt课件
載帶內有黑色顆粒,卡檔板或CCD警報 用客戶提供晶片做入料測試不掉料
二.异常处理程序介绍
1.异常处理流程：
问题发生
不良异常发生:预兆
确认
不良追溯 改善
结果确认
1.现场、现象、现物 2.不良点确定、严重程度
1.同批、上下批追溯 2. 不良判定(报废、重工、特采、挑选)、标识隔离
1.原因分析 2. 改善确认:调整、修机、更换零件
預防措施: 1>.用模治具履歷表記錄每次毛邊不良,統計打孔針磨損週期,定期進行更換或磨針. 2>.3/15對所有人員進行培訓<不良的認知>,提高作業技能,杜絕不良流出.(消除潛在不良)
成效追蹤
結案記錄
FQC OQC Proces 产品不符合相关检验标准要求，且不良率超过质量目标时；
严重功能不良时；
我踢！
结果3：大家共赢。
Yea！
四. PDCA工具
1. 起源：
PDCA又称“戴明环”，它起源于20世纪20年 代，有“统计质量控制之父”之称的美国著名的 统计学家沃特·阿曼德·休哈特（Walter A. Shewhart）在当时引入了“计划-执行-检查 （Plan-Do-See）”的概念， 戴明后将休哈特的 PDS循环进一步发展成为：计划-执行-检查-处理 （Plan-Do-Check-Action）。
4 对事不对人 这是基本的做事心态，否则演变成无谓的
“人事斗争”。
5 基于达成共识 这是责任判定的最终要求，经过双方不断
沟通、共同分析来达到意见的统一，也是进 入下一步改善阶段的前提，所以至关重要。
看图说事：
B：怎么是 我的问题？
A：这是你 的问题！
结果1：两人干起来。
看枪！
二.异常处理程序介绍
1.异常处理流程：
问题发生
不良异常发生:预兆
确认
不良追溯 改善
结果确认
1.现场、现象、现物 2.不良点确定、严重程度
1.同批、上下批追溯 2. 不良判定(报废、重工、特采、挑选)、标识隔离
1.原因分析 2. 改善确认:调整、修机、更换零件
預防措施: 1>.用模治具履歷表記錄每次毛邊不良,統計打孔針磨損週期,定期進行更換或磨針. 2>.3/15對所有人員進行培訓<不良的認知>,提高作業技能,杜絕不良流出.(消除潛在不良)
成效追蹤
結案記錄
FQC OQC Proces 产品不符合相关检验标准要求，且不良率超过质量目标时；
严重功能不良时；
我踢！
结果3：大家共赢。
Yea！
四. PDCA工具
1. 起源：
PDCA又称“戴明环”，它起源于20世纪20年 代，有“统计质量控制之父”之称的美国著名的 统计学家沃特·阿曼德·休哈特（Walter A. Shewhart）在当时引入了“计划-执行-检查 （Plan-Do-See）”的概念， 戴明后将休哈特的 PDS循环进一步发展成为：计划-执行-检查-处理 （Plan-Do-Check-Action）。
4 对事不对人 这是基本的做事心态，否则演变成无谓的
“人事斗争”。
5 基于达成共识 这是责任判定的最终要求，经过双方不断
沟通、共同分析来达到意见的统一，也是进 入下一步改善阶段的前提，所以至关重要。
看图说事：
B：怎么是 我的问题？
A：这是你 的问题！
结果1：两人干起来。
看枪！
异常处理讲解ppt
5
采购部反馈供应 商
仓库作区分隔 离存放
生产/QC 作使用 效果根据 供应商
需处理 的产品 入待处 理仓库
质量问 题的产 品入不 良品仓 库
技术部
采购部
责任原因续2
责任原因续3
异常处理汇总
异常处理过程图
来料品质异常通知书
来料品质异常通知书
日期： 厂商名称 来料日期 不良数 不良现象描述： 产品型号 来料数量 不良率 产品规格 抽检数 本月发生次数 年 月 日
检验员：
处理意见： 退货 全检 特采
审核： 不良原因分析：（发生原因和流出原因）
问题解决程序
• • • • • • • • • 当我们观察到或发现到时 这现象是否正常？ 跟标准或目标比价的差异 （偏离程度）？ 其异常是否不该存在？ 为什么会发生异常？ 如何改善异常？ 如何控制发生异常的原因？
现象
确认并定义问题
例如： 人员的出勤率90%
问题
请假人员太多 分析问题
原因
设定改善目标并形成解决方案
续
• 4，实施并验证临时性纠正措施: • 验证和执行临时控制行动以将问题的影响同内部和外部的顾客隔离开， 临时行动将执行到永久性纠正计划采用为止，确认临时行动的有效性。 • 5，确定和验证问题的根本原因： • 通过测试每个根本原因对问题描述来隔离和验证根本原因，同时隔离 和验证根本原因的影响能在过程中被检测和控制的地方。 • 6，实施和确认永久性措施。 • 计划和执行选取的永久性纠正措施。去除临时性行动。验证永久性纠 正措施并监控长期的效果。 • 7，防止问题再次发生。 • 修改必需的系统包括政策，程序等来防止同一或相似问题的再发生， 如果需要对系统改进提出建议，并将学到的技术教训形成文件。 • 8，表彰小组和个人的贡献
异常处理流程PPT课件( 24页)
二.客戶端QE人員復判狀況
• 按排QE人員至客戶端復判,若不良按排人員sorting客戶端的 庫存;(須依據不良D/C,單一SKU進行sorting )
• 三.不良品廠內分析
• QE/PE——復判分析不良品； • QE——根據分析結果進行處理。
一.接到客訴反應
掌握時效 a.先與客戶確定問題 b.處理時間確認 c.人力安排
2 客訴異常處理流程
客戶端製程問題
告知SQE此問題Heisei不會造成此問題的發生。
2 客訴異常處理流程
HEISEI製程漏失問題
１.安排人員進行重工客戶端的庫存及厰内的庫存; ２.清查客戶端及廠內庫存回報主管 ; ３.如須重工須與PE確認重工手法、重工批量與物料確認待重工 數量; ４.如須重工須與PE確認重工手法、重工批量與物料確認待重工 數量; ５.如需安排人員外出重工﹐須安排車輛接送重工人員; ６.每日重工結果須填寫Sorting單回報給主管.
•
14、给自己一份坚强，擦干眼泪；给自己一份自信，不卑不亢；给自己一份洒脱，悠然前行。轻轻品，静静藏。为了看阳光，我来到这世上；为了与阳光同行，我笑对忧伤。
•
15、总不能流血就喊痛，怕黑就开灯，想念就联系，疲惫就放空，被孤立就讨好，脆弱就想家，不要被现在而蒙蔽双眼，终究是要长大，最漆黑的那段路终要自己走完。
召集所有相關單位進行開會 （目的預防後期再發生同樣的問題）。
2 客訴異常處理流程
原材材料問題 要求廠商人員進行重工客戶端的庫存及厰
内的庫存，並提出後續的改善措施及改善後 的標示。
要求PE製作管控圖片發于相關部門，並進 行協助廠商管控。
The End
•
5、世上最美好的事是：我已经长大，父母还未老;我有能力报答，父母仍然健康。
• 按排QE人員至客戶端復判,若不良按排人員sorting客戶端的 庫存;(須依據不良D/C,單一SKU進行sorting )
• 三.不良品廠內分析
• QE/PE——復判分析不良品； • QE——根據分析結果進行處理。
一.接到客訴反應
掌握時效 a.先與客戶確定問題 b.處理時間確認 c.人力安排
2 客訴異常處理流程
客戶端製程問題
告知SQE此問題Heisei不會造成此問題的發生。
2 客訴異常處理流程
HEISEI製程漏失問題
１.安排人員進行重工客戶端的庫存及厰内的庫存; ２.清查客戶端及廠內庫存回報主管 ; ３.如須重工須與PE確認重工手法、重工批量與物料確認待重工 數量; ４.如須重工須與PE確認重工手法、重工批量與物料確認待重工 數量; ５.如需安排人員外出重工﹐須安排車輛接送重工人員; ６.每日重工結果須填寫Sorting單回報給主管.
•
14、给自己一份坚强，擦干眼泪；给自己一份自信，不卑不亢；给自己一份洒脱，悠然前行。轻轻品，静静藏。为了看阳光，我来到这世上；为了与阳光同行，我笑对忧伤。
•
15、总不能流血就喊痛，怕黑就开灯，想念就联系，疲惫就放空，被孤立就讨好，脆弱就想家，不要被现在而蒙蔽双眼，终究是要长大，最漆黑的那段路终要自己走完。
召集所有相關單位進行開會 （目的預防後期再發生同樣的問題）。
2 客訴異常處理流程
原材材料問題 要求廠商人員進行重工客戶端的庫存及厰
内的庫存，並提出後續的改善措施及改善後 的標示。
要求PE製作管控圖片發于相關部門，並進 行協助廠商管控。
The End
•
5、世上最美好的事是：我已经长大，父母还未老;我有能力报答，父母仍然健康。
品质异常处理流程.ppt课件
勇气、反馈、认真、责任
客户投诉或抱怨；
TEST Proces
严重功能不良；
Full Process
异常纠正措施实施后经确认无效时 ； 生产员工未按照作业指导书作业，或员工作业时违反操作规程经现
场纠正无效时 ； 经品管部评估制程中存在品质隐患并可能导致返工或停线的风险 。
2.异常产品判定状态：
报废 重工 挑选 特采
制程品質異常處理流程 介紹
客户第一 | 阳光沟通 | 团队协作 | 拥抱变化 | 学习成长
目录
1
基本概念
2 异常处理程序介绍
3
责任判定原则
4
PDCA工具
5
问题讨论
一. 基本概念
1.定义： 在制造过程中因一个或一组变异因子造
成产品质量由原先的受控状态突变成失控 状态。 异常：非正常
2.分類： 人員 物料 設備/工具 工藝/方法 環境 測量 設計
P 4、针对主要原因，制定措施计划
D 5、执行、实施计划 C 6、检查计划执行结果
7、总结成功经验，制定相应标准 A
8、把未解决或新出现问题转入下一个PDCA循 环
主要办法 排列图、直方图、控制图 因果图 排列图，相关图 回答“5W1H” 为什么制定该措施(Why)？ 达到什么目标（What）? 在何处执行（Where）？ 由谁负责完成（Who）？ 什么时间完成(When)？ 如何完成（How）？
我踢！
结果3：大家共赢。
Yea！
四. PDCA工具
1. 起源：
PDCA又称“戴明环”，它起源于20世纪20年 代，有“统计质量控制之父”之称的美国著名的 统计学家沃特·阿曼德·休哈特（Walter A. Shewhart）在当时引入了“计划-执行-检查 （Plan-Do-See）”的概念， 戴明后将休哈特的 PDS循环进一步发展成为：计划-执行-检查-处理 （Plan-Do-Check-Action）。
客户投诉或抱怨；
TEST Proces
严重功能不良；
Full Process
异常纠正措施实施后经确认无效时 ； 生产员工未按照作业指导书作业，或员工作业时违反操作规程经现
场纠正无效时 ； 经品管部评估制程中存在品质隐患并可能导致返工或停线的风险 。
2.异常产品判定状态：
报废 重工 挑选 特采
制程品質異常處理流程 介紹
客户第一 | 阳光沟通 | 团队协作 | 拥抱变化 | 学习成长
目录
1
基本概念
2 异常处理程序介绍
3
责任判定原则
4
PDCA工具
5
问题讨论
一. 基本概念
1.定义： 在制造过程中因一个或一组变异因子造
成产品质量由原先的受控状态突变成失控 状态。 异常：非正常
2.分類： 人員 物料 設備/工具 工藝/方法 環境 測量 設計
P 4、针对主要原因，制定措施计划
D 5、执行、实施计划 C 6、检查计划执行结果
7、总结成功经验，制定相应标准 A
8、把未解决或新出现问题转入下一个PDCA循 环
主要办法 排列图、直方图、控制图 因果图 排列图，相关图 回答“5W1H” 为什么制定该措施(Why)？ 达到什么目标（What）? 在何处执行（Where）？ 由谁负责完成（Who）？ 什么时间完成(When)？ 如何完成（How）？
我踢！
结果3：大家共赢。
Yea！
四. PDCA工具
1. 起源：
PDCA又称“戴明环”，它起源于20世纪20年 代，有“统计质量控制之父”之称的美国著名的 统计学家沃特·阿曼德·休哈特（Walter A. Shewhart）在当时引入了“计划-执行-检查 （Plan-Do-See）”的概念， 戴明后将休哈特的 PDS循环进一步发展成为：计划-执行-检查-处理 （Plan-Do-Check-Action）。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
是
规程是否得 到遵守？
否
形式不可用
操作人员理解有 困难
不适合实际操作
或不能产生好的 结果
重写规程以 符合当前的 工作方法
使用图标或数据 等重写规程以易
于理解
从技术角度重新 对规程进行回顾
规程是否得
是
到遵守？
否
工作条件不
使用规程或复杂设
适合
备时容易出错
改善工作条 件
改善工作方法，引 入傻瓜型设备装置
开始
发现和报告异常
采取纠正性行动来消除症 状
异常处理流程
制定对策 执行对策 跟踪对策的执行
记录异常
跟踪对策的有效性
确定异常的本质或根本原因
4
对发生的异常进行阶段性回 顾以检测长期性问题
确定项目/年度目标来对 长期性问题进行优先性
排序
使用PDCA来执行项目/ 年度行动计划
结束
确定根本原因
原因
X
症状
• 停机时间超过20分钟； • 所有事故\事件； • 断货超过5 %；
• 损耗超过xx %；
• 盘点差异高于2%。
当系统得到实施且发生的异常减少时，触发条件的标准可 以变得“更为严格”！
开始
发现和报告异常
1
采取纠正性行动来消除症状
记录异常
确定异常的本质或根本原因
异常处理流程
制定对策 执行对策
跟踪对策的执行
采取纠正性行动来消除症状
2
记录异常
跟踪对策的执行 跟踪对策的有效性
确定异常的本质或根本原因
对发生的异常进行阶段性回 顾以检测长期性问题
确定项目/年度目标来对 长期性问题进行优先性
排序
使用PDCA来执行项目/ 年度行动计划
结束
消除症状
存在一个异常！ 应当做什么？
立刻消除症状：
纠正它的影响或不良后果
修理故障设备 阻止泄露 为受伤人员提供急救
排序
使用PDCA来执行项目/ 年度行动计划
结束
记录异常
异常报告必须包含问题的完整和详细的信息。
异常报告中的信息是对问题进行进一步分析所需的唯 一的信息来源，这些分析包括： ✓ 分类 ✓ 识别长期性问题等
记录异常
越快完成报告就越有可能识别出异常的根本原因。
如果一消症状后就完成报告： 可以找到更多证据并可能有助于根本原因研究
✓ 它们是故障的起源。
✓ 它们是故障的表现。
✓ 必须使用适当的方法来加以 ✓ 可以通过五官感觉得到识
识别。
别。
✓ 团队必须针对其建议和采取 ✓ 相关负责人员必须立即对
预防性行动。
其采取纠正性行动
确定根本原因
为什么如此重要？
如果只采取了消除症状的对策而没有采取预防 性行动来阻止根本原因的产生，则问题在任何
时候都可能再次发生。
确定根本原因
故障
为什么？
一级原因
为什么？
二级原因
为什么？
三级原因
...
根本 原因
找到根本原因将有助于制定出最为有效的对策并防止问题的 再次发生。
检查规程是否得到遵守
发生异常
消除症状
调查原因
是否存在规 程？
是
规程是否适 用？
否 准备一个规程并确保对所有操作 人员进行培训。
规程是否适 用？
开始
发现和报告异常
采取纠正性行动来消除症 状
记录异常
确定异常的本质或根本原因
异常处理流程
制定对策 执行对策 跟踪对策的执行 跟踪对策的有效性
确定项目/年度目标来对 长期性问题ቤተ መጻሕፍቲ ባይዱ行优先性
排序
使用PDCA来执行项目/ 年度行动计划
结束
对发生的异常进行阶段性回
顾以检测长期性问题
9
长期性问题
长期性问题是在某一特定时期内由于同种原因多次发 生的异常。
Delayed bite
建立一个具体的示例
1
1
Bar stuck in guides
Bar delivered high
14
13
12
10
8
6
4
2
0
Production
4 Electrical
2 Mechanical
2 Others
8
7
7
6
5
4
4
3
2
2
1
0
Cobbles Achieve Section
操作人员不 理解规程
操作人员得到培训 因而不具备遵守规
程的能力
操作人员不认为 需要遵守规程
对操作人员进 行规程培训
为操作人员提供技
术培训或重新分配 他们的工作
教导和推动操作 人员遵守规程
开始
发现和报告异常
采取纠正性行动来消除症 状
记录异常
确定异常的本质或根本原因
异常处理流程
制定对策
5
执行对策
6
跟踪对策的执行
7
跟踪对策的有效性
8
对发生的异常进行阶段性回 顾以检测长期性问题
确定项目/年度目标来对 长期性问题进行优先性
排序
使用PDCA来执行项目/ 年度行动计划
结束
如何检查对策的有效性？
✓ 对异常进行阶段性回顾以保证得到处理的那些 异常确实有通过采取对策得到消除。 ✓ 对直接影响此类异常的KPI进行系统性跟踪。
异常处理
什么是异常？
异常是工作过程中的任何意外性的事件或结果：
任何不寻常的事情。
异常处理
异常处理是一个系统，它收集公司内从操作人员
到管理人员对出现的异常进行的所有处理和解决
的努力
异常、故障和停机
职能
UCL LCL
异常 正常状态 异常
故障
停机
1 2 3 4 5 6 7 8 9 10 11 12
时间
消除症状
一旦消除症状后，主管必须检查标准是否得到 遵守
如果没有遵守，消除症状后必须回头对标准进 行遵守
开始
发现和报告异常
采取纠正性行动来消除症 状
异常处理流程
制定对策 执行对策 跟踪对策的执行
记录异常
3
确定异常的本质或根本原因
跟踪对策的有效性
对发生的异常进行阶段性回 顾以检测长期性问题
确定项目/年度目标来对 长期性问题进行优先性
跟踪对策的有效性 对发生的异常进行阶段性回
顾以检测长期性问题
确定项目/年度目标来对 长期性问题进行优先性
排序
使用PDCA来执行项目/ 年度行动计划
结束
发现和报告异常
发现一个异常= 识别出它的症状
在一个制造类公司中，操作人员将能够看到、 听到、感觉到这些症状...
开始
发现和报告异常
异常处理流程
制定对策 执行对策
✓ 长期性问题只能通过异常报告分类的方法加以识别。 ✓ 其原因的处理将根据它们的重复性、对流程结果的影响和 可用的资源来进行。
识别长期性故障
对12月份由于相同原因发生 的故障进行回顾
长期性故障
25
21
20 15 10
5 0
Delays
10 Cobbles
3 Quality
6 Others
6
5
5 4 3 2 1 0
应该处理什么问题？
影响以下方面的因素：
- 安全、环境（事件、事故）；
- 产量（指标）； - 产品质量 - 生产成本
所有都处理？ 共作量太大！
建立“触发条件”
什么是“触发条件”？
触发条件是指，对特定的控制或检查项目存在 “可接受”的偏离水平，如果高于此水平则问题 应当得到分析和处理。
触发条件的例子
规程是否得 到遵守？
否
形式不可用
操作人员理解有 困难
不适合实际操作
或不能产生好的 结果
重写规程以 符合当前的 工作方法
使用图标或数据 等重写规程以易
于理解
从技术角度重新 对规程进行回顾
规程是否得
是
到遵守？
否
工作条件不
使用规程或复杂设
适合
备时容易出错
改善工作条 件
改善工作方法，引 入傻瓜型设备装置
开始
发现和报告异常
采取纠正性行动来消除症 状
异常处理流程
制定对策 执行对策 跟踪对策的执行
记录异常
跟踪对策的有效性
确定异常的本质或根本原因
4
对发生的异常进行阶段性回 顾以检测长期性问题
确定项目/年度目标来对 长期性问题进行优先性
排序
使用PDCA来执行项目/ 年度行动计划
结束
确定根本原因
原因
X
症状
• 停机时间超过20分钟； • 所有事故\事件； • 断货超过5 %；
• 损耗超过xx %；
• 盘点差异高于2%。
当系统得到实施且发生的异常减少时，触发条件的标准可 以变得“更为严格”！
开始
发现和报告异常
1
采取纠正性行动来消除症状
记录异常
确定异常的本质或根本原因
异常处理流程
制定对策 执行对策
跟踪对策的执行
采取纠正性行动来消除症状
2
记录异常
跟踪对策的执行 跟踪对策的有效性
确定异常的本质或根本原因
对发生的异常进行阶段性回 顾以检测长期性问题
确定项目/年度目标来对 长期性问题进行优先性
排序
使用PDCA来执行项目/ 年度行动计划
结束
消除症状
存在一个异常！ 应当做什么？
立刻消除症状：
纠正它的影响或不良后果
修理故障设备 阻止泄露 为受伤人员提供急救
排序
使用PDCA来执行项目/ 年度行动计划
结束
记录异常
异常报告必须包含问题的完整和详细的信息。
异常报告中的信息是对问题进行进一步分析所需的唯 一的信息来源，这些分析包括： ✓ 分类 ✓ 识别长期性问题等
记录异常
越快完成报告就越有可能识别出异常的根本原因。
如果一消症状后就完成报告： 可以找到更多证据并可能有助于根本原因研究
✓ 它们是故障的起源。
✓ 它们是故障的表现。
✓ 必须使用适当的方法来加以 ✓ 可以通过五官感觉得到识
识别。
别。
✓ 团队必须针对其建议和采取 ✓ 相关负责人员必须立即对
预防性行动。
其采取纠正性行动
确定根本原因
为什么如此重要？
如果只采取了消除症状的对策而没有采取预防 性行动来阻止根本原因的产生，则问题在任何
时候都可能再次发生。
确定根本原因
故障
为什么？
一级原因
为什么？
二级原因
为什么？
三级原因
...
根本 原因
找到根本原因将有助于制定出最为有效的对策并防止问题的 再次发生。
检查规程是否得到遵守
发生异常
消除症状
调查原因
是否存在规 程？
是
规程是否适 用？
否 准备一个规程并确保对所有操作 人员进行培训。
规程是否适 用？
开始
发现和报告异常
采取纠正性行动来消除症 状
记录异常
确定异常的本质或根本原因
异常处理流程
制定对策 执行对策 跟踪对策的执行 跟踪对策的有效性
确定项目/年度目标来对 长期性问题ቤተ መጻሕፍቲ ባይዱ行优先性
排序
使用PDCA来执行项目/ 年度行动计划
结束
对发生的异常进行阶段性回
顾以检测长期性问题
9
长期性问题
长期性问题是在某一特定时期内由于同种原因多次发 生的异常。
Delayed bite
建立一个具体的示例
1
1
Bar stuck in guides
Bar delivered high
14
13
12
10
8
6
4
2
0
Production
4 Electrical
2 Mechanical
2 Others
8
7
7
6
5
4
4
3
2
2
1
0
Cobbles Achieve Section
操作人员不 理解规程
操作人员得到培训 因而不具备遵守规
程的能力
操作人员不认为 需要遵守规程
对操作人员进 行规程培训
为操作人员提供技
术培训或重新分配 他们的工作
教导和推动操作 人员遵守规程
开始
发现和报告异常
采取纠正性行动来消除症 状
记录异常
确定异常的本质或根本原因
异常处理流程
制定对策
5
执行对策
6
跟踪对策的执行
7
跟踪对策的有效性
8
对发生的异常进行阶段性回 顾以检测长期性问题
确定项目/年度目标来对 长期性问题进行优先性
排序
使用PDCA来执行项目/ 年度行动计划
结束
如何检查对策的有效性？
✓ 对异常进行阶段性回顾以保证得到处理的那些 异常确实有通过采取对策得到消除。 ✓ 对直接影响此类异常的KPI进行系统性跟踪。
异常处理
什么是异常？
异常是工作过程中的任何意外性的事件或结果：
任何不寻常的事情。
异常处理
异常处理是一个系统，它收集公司内从操作人员
到管理人员对出现的异常进行的所有处理和解决
的努力
异常、故障和停机
职能
UCL LCL
异常 正常状态 异常
故障
停机
1 2 3 4 5 6 7 8 9 10 11 12
时间
消除症状
一旦消除症状后，主管必须检查标准是否得到 遵守
如果没有遵守，消除症状后必须回头对标准进 行遵守
开始
发现和报告异常
采取纠正性行动来消除症 状
异常处理流程
制定对策 执行对策 跟踪对策的执行
记录异常
3
确定异常的本质或根本原因
跟踪对策的有效性
对发生的异常进行阶段性回 顾以检测长期性问题
确定项目/年度目标来对 长期性问题进行优先性
跟踪对策的有效性 对发生的异常进行阶段性回
顾以检测长期性问题
确定项目/年度目标来对 长期性问题进行优先性
排序
使用PDCA来执行项目/ 年度行动计划
结束
发现和报告异常
发现一个异常= 识别出它的症状
在一个制造类公司中，操作人员将能够看到、 听到、感觉到这些症状...
开始
发现和报告异常
异常处理流程
制定对策 执行对策
✓ 长期性问题只能通过异常报告分类的方法加以识别。 ✓ 其原因的处理将根据它们的重复性、对流程结果的影响和 可用的资源来进行。
识别长期性故障
对12月份由于相同原因发生 的故障进行回顾
长期性故障
25
21
20 15 10
5 0
Delays
10 Cobbles
3 Quality
6 Others
6
5
5 4 3 2 1 0
应该处理什么问题？
影响以下方面的因素：
- 安全、环境（事件、事故）；
- 产量（指标）； - 产品质量 - 生产成本
所有都处理？ 共作量太大！
建立“触发条件”
什么是“触发条件”？
触发条件是指，对特定的控制或检查项目存在 “可接受”的偏离水平，如果高于此水平则问题 应当得到分析和处理。
触发条件的例子