智能制造系统设计 课件 第6章设计过程-8D报告

8D报告8D报告8D问题解决法（EightDisciplinesProblemSolving，缩写：8D）也称为团队导向问题解决方法或8Dreport，是一个处理及解决问题的方法，常用于品质工程师或其他专业人员。8D问题解决法的目的是在识别出一再出现的问题，并且要矫正并消除此问题，有助于产品及制程的提升。若条件许可时，8D问题解决法会依照问题的统计分析来产生问题的永久对策，并且用确认根本原因的方式聚焦在问题的根源。8个工作步骤D0：征兆紧急反应措施whatD1：小组成立D2：问题说明D3：实施并验证临时措施whyD4：确定并验证根本原因D5：选择和验证永久纠正措施D6：实施永久纠正措施howD7：预防再发生D8：小组祝贺务必保证以下问题被如实回答：1.对零件的知识进行了充分的论证2.完全确定了根本原因并聚焦于该原因3.遗漏点已经被识别4.确定与根本相匹配的纠正措施5.纠正措施计划的验证已经被确定6.包括了实施纠正措施的时间计划7.有证据显示供方将把纠正措施纳入整个系统。8D的质量工具可靠性设计验证DV产品和过程确认潜在失效模式及后果分析FMEA控制计划CPPPAP文件/SPC/DOE/QC7大工具D0：征兆紧急反应措施目的：主要是为了看此类问题是否需要用8D来解决，如果问题太小，或是不适合用8D来解决的问题，例如价格，经费等等，这一步是针对问题发生时候的紧急反应。关键要点：判断问题的类型、大小、范畴等等。与D3不同，D0是针对问题发生的反应，而D3是针对产品或服务问题本身的暂时应对措施。工具：趋势图/排列图/Paynter佩恩特图/ERA(紧急反应措施)根据现象评估8D过程是否需要。如果有必要，采取紧急反应行动（ERA）来保护顾客，并开始8D过程。8D过程区别了症状和问题。适用标准的大部分是症状。没有症状，不会知道有问题。当收到投诉信息时，质量部门应尽量在客户投诉报告上确认以下信息以便展开调查：产品编号及品名客户名称，联系人及地址缺陷描述，不合格品数量追溯信息，如LOTNO，发货单编号等索赔应尽量取得车型等信息应就以下信息与客户沟通：跨部门小组及联系方式确认已得到的信息调查问题所必需的其他信息应急措施的进展应急措施及纠正措施的预期完成时间任何其它的客户要求，如：了解问题进展和期望的交货所有与客户之间的回复均应记录QE根据得到信息，依据三现主义(现场,现物，现象)来确认不良状况；如果是可以目视的不良,尽量取得照片或样品(确认现物)；对于不良发生场所状况尽量收集详细的情报(确认现场,现象)。应急措施需要在24小时内展开。D1：小组成立目的：成立一个小组,小组成员具备工艺/产品的知识,有配给的时间并授予了权限,同时应具有所要求的能解决问题和实施纠正措施的技术素质。小组必须有一个指导和小组长。关键要点：成员资格，具备工艺、产品的知识;目标;分工;程序;小组建设。工具：行动计划、时间管理、团队宪章、GanttChart(Pilot)1D成立团队团队成员职位(职责)各阶段分工临时对策原因分析树立对策改善实施标准化leader

D2：问题说明目的：用量化的术语详细说明与该问题有关的内/外部顾客抱怨,如什么、地点、时间、程度、频率等。“什么东西出了什么问题”关键要点：收集和组织所有有关数据以说明问题;问题说明是所描述问题的特别有用的数据的总结;审核现有数据，识别问题、确定范围;细分问题，将复杂问题细分为单个问题;问题定义，找到和顾客所确认问题一致的说明，“什么东西出了什么问题”，而原因又未知风险等级。工具：质量风险评定，FMEA分析，5W4H（What/Why/When/Where/Who/How/Howmany）、折线图、直方图、排列图收到客户不良样件操作流程：

确认不良样件生产日期。确认外观基本情况，拍照留下证据。按正常生产流程确认不良样件是否能再现记录下确认数据，拍照或视频留下证据。根据生产日期查找当时FTT(first-time-through首次合格率）情况，确认当时是否有同样或类似不良。根据生产日期确认人机料法环等有无变化点。不再现时（NTF）按不再现操作流程进行。2D问题描述顾客时间地点事件影响图片D3：实施并验证临时措施目的：保证在永久纠正措施实施前，将问题与内外部顾客隔离。（原为唯一可选步骤，但发展至今都需采用）关键要点：评价紧急响应措施;找出和选择最佳“临时抑制措施”;决策;实施，并作好记录;验证（DOE、PPM分析、控制图等）工具:方法：FMEA、DOE、PPM、SPC、检查表、记录表PDCAD3临时对策确定并实施遏制措施，隔离问题的后果与一切内/外部顾客，验证遏制措施的有效性。ICA是保护顾客免受一个或多个问题的症状影响的任何行动：处理问题的症状在执行前验证有效性在执行过程中监控形成文件ICA需要在3个工作日内确定并执行，围堵范围是客户处库存、在途品、厂内库存品数量并进行相关处理(退货、重工、报废等)。3D临时对策可疑品数量处理措施责任人完成日期实际完成日期及结果/效果供应商端组织内部原材料在工品成品仓在途品顾客端3D临时对策临时措施的FMEA分析，如临时措施比较复杂，涉及到工艺或控制方式的更改。必要时增加此页！！！D4：确定并验证根本原因目的：用统计工具列出可以用来解释问题起因的所有潜在原因，将问题说明中提到的造成偏差的一系列事件或环境或原因相互隔离测试并确定产生问题的根本原因。关键要点：评估可能原因列表中的每一个原因;原因可否使问题排除;验证;控制计划工具：FMEA、PPM、DOE、鱼骨图、头脑风暴&关联图、5why法、稳健设计4D原因分析及验证需要考虑的问题：列可能原因时要周全。原因和结果要有论证，说得通。原因一定是根本原因，而非表面原因。深入明确问题各个可疑原因排查对现场人机料法环测进行观察测量；有历史数据的，对数据进行初步分析进一步明确问题(不良解析)关键原因确认统计分析DOE验证机理分析团队协作:列出所有可能的疑点关键原因-是否为根本原因5W1H分析从流程分析(流程图)质量问题5M1E分析(鱼骨图分析)疑点验证4D原因分析及验证－详细流程图****流程图X1:***X2:***X3:***X4:***X5:***X6:***X8:***X9:***X10:***X7:***4D原因分析及验证－鱼骨图对可疑的重点原因红色标示，并展开排查测量系统测量方法测量工具材料液晶电压X8液晶电阻率X2液晶状态X1人工作技能操作者封口发黑/发白环境温度光线工艺方法灌晶工装X6灌晶充气量X5湿度灌晶充气时间X7灌晶抽真空时间X4灌晶真空度X3设备真空度工具D5：选择并验证永久纠正措施目的：在生产前测试方案，并对方案进行评审以确定所选的校正措施能够解决客户问题，同时对其它过程不会有不良影响。关键要点：重新审视小组成员资格;决策，选择最佳措施;重新评估临时措施，如必要重新选择;验证;管理层承诺执行永久纠正措施;控制计划。工具：FMEA、设计验证和报告（DVP&R）、因果图、稳健设计、检查表、记录表5D改善对策－风险分析及改进计划FMEA流程/零件序号潜在失效模式潜在失效影响SEV原因OCC目前控制方法DETRPN改进计划负责人(完成日期)SEVOCCDETRPN1.改善措施落实以后，是否会带来新的问题2.改善内容现场执行的困难性及漏洞改进计划是针对新措施而增加或改变的控制措施D5选择和验证纠正措施PCA通过对不同的纠正措施定量化的试验筛选出纠正措施，依据风险评估，确定必要时的应急措施。而解决问题的方案应确保可以保持长期效果。曾经看到供应商的8D报告中该D5里面一排七行整齐的出现7句“加强’，加强工人培训，加强巡检次数，加强督察力度，加强过程控制---空话一堆。加强到什么程度没有量化。具体方案都写具体，数据说话，比如原来检验频次10个检1个，现在加强到5个检1个；同样的加强培训，原来培训次数多少，现在培训计划附在这里，这样我们的对策才有支撑。D6：实施永久纠正措施目的：制定一个实施永久措施的计划，确定过程控制方法并纳入文件，以确保根本原因的消除。在生产中应用该措施时应监督其长期效果。关键要点：重新审视小组成员;执行永久纠正措施，废除临时措施;利用故障的可测量性确认故障已经排除;控制计划、工艺文件修改。工具：:FMEA、防错、SPC、PPAP6D改善对策实施及效果确认需要考虑的要素：把5D制定的计划完成并修正（提供措施完成证据）将5D中没有具体化的措施进行具体化。提供措施实施后的效果证据6D改善对策实施及效果确认-措施执行原因改善前控制方法改善后控制方法担当实际完成日期完成证据针对根本原因1…..针对根本原因2……？？什么算是证据关键点1：措施要针对原因，而且要具体关键点2：措施执行必须要附上相关完成的证据签到表扫描件，设备变更前后图片设计图纸修改文件修改程序修改6D改善对策实施及效果确认-效果确认数据点多按日期来建议走势图，数据点少可用上面的柱状图效果确认关键点一：改善前后对比，数量及比例。关键点二：结果收集的数据来源要说明。12345改善后改善前数据来源：时

间：0.00%2.00%4.00%6.00%8.00%10.00%12.00%14.00%16.00%D7：预防再发生目的：修改现有的管理系统、操作系统、工作惯例、设计与规程以防止这一问题与所有类似问题重复发生。关键要点：选择预防措施;验证有效性;决策;组织、人员、设备、环境、材料、文件重新确定。工具：FMEA、控制计划CP、过程流程图Flow-chart7D标准化需要考虑的问题：修改管理制度作业方法作业程序设计规范提供修改的证据。目的：承认小组的集体努力，对小组工作进行总结并祝贺。关键要点：有选择的保留重要文档;流览小组工作，将心得形成文件;了解小组对解决问题的集体力量，及对解决问题作出的贡献;必要的物质、精神奖励。D8：团队和个人认可D8关闭，签名和小组确认发出8D要求后，发出人负责以及8D小组成员对后续的8D的有效性和执行效果进行验证，直到实施后问题的缺陷PPM有较大改善并呈稳定下降趋势。由QM或PM对效果进行验证确认后才获得关闭。否则需要重新进行根源分析和纠正预防措施的实施。8D财务节余需要考虑的问题：财务结余指的是通过改善措施后，未来一年可能给公司带来的结余不良品降低计算成本产能提高则计算利润。不要忘了考虑投入的增加！数据从数据库取，不要自己拍脑袋，估计的数据也要权威部门估！谢谢观看！软件开发流程软件开发主要步骤：

项目启动项目立项项目计划软件需求规格项目设计-概要设计、详细设计编码测试-集成测试、系统测试产品发布用户验收测试项目关闭软件开发流程图主要内容项目组各角色每个阶段的主要活动项目组各角色每个阶段的主要输入项目组各角色每个阶段输出的主要工作产品图例文档缩略语清单Abbreviations缩略语Fullspelling英文全名Chineseexplanation中文解释SOWStatementOfWork工作任务书ARAllocatedRequirements分配需求RTMRequirementTrackeablityMatix需求跟踪矩阵PPLProjectPlan项目计划PTFProcessTailoringForm过程裁剪表RMPRiskManagementPlan风险管理计划TSPTestStrategyPlan测试策略计划WBSWorkBreakdownStructure工作任务分解结构TimeSheetTimeSheet时间表MTSMetricalSheet度量表QAPQualityAssurancePlan质量保证计划CMPConfigurationManagementPlan配置管理计划文档缩略语清单Abbreviations缩略语Fullspelling英文全名Chineseexplanation中文解释SRSSoftwareRequirementSpecification软件需求规格说明书STP/STCSystemTestPlan/Case系统测试计划/用例HLDHighLevelDesign概要设计ITP/ITCIntegrateTestPlan/Case集成测试计划/用例LLDLowLevelDesign详细设计UTP/UTCUnitTestPlan/Case单元测试计划/用例VDDVersionDescriptionDocument版本说明书角色缩略语清单Abbreviations缩略语Fullspelling英文全名Chineseexplanation中文解释COOChiefOperationOfficer总监CPMChiefProjectManager项目总监PMProjectManager项目经理QAQualityAssurance质量保证SESystemEngineer系统工程师SWESoftwareEngineer软件工程师TCTestCoordinator

测试协调员TETestEngineer测试工程师CMOConfigurationManagementOfficer配置管理员MCMeasurementCoordinator度量协调员QAMQualityAssuranceManager质量经理SEPGSoftwareEngineeringProcessGroup软件工程过程组TMTestManager测试经理1.项目启动/ProjectInitiation2.项目立项SE(系统工程师)/TPM（测试经理）/资料开发人员参与的主要活动：参加SOW/AR(工作任务书/分配需求)的评审分析依据SOW/AR参加工作量估计参与制定技术解决方案建议书参与评审技术解决方案建议书参加项目启动会议输入：客户提供的SOW/AR输出：1.SOW、AR评审记录

2.估计表

3.技术解决方案建议书

4.内部技术解决方案建议书评审记录3.项目计划/EstablishPPL计划阶段SE/TPM/资料开发人员参与的主要活动：评审估计表参加评审项目计划参加项目开工会输入：SOW/AR/设计规格说明书输出：1.估计表评审记录

2.PPL（项目计划）/QAP（质量保证计划）/TSP（测试策略计划）/CMP（配置管理计划）/RMP（风险管理计划）的

评审记录计划阶段CMO（配置管理员）参与的主要活动：制定CMP参加项目计划评审参加项目开工会建立配置库基线发布配置状态报告输入：PPL初稿输出：1.CMP2.PPL/QAP/RMP评审记录

3.配置状态工作报告4.配置审计检查单计划阶段资料人员参与的主要活动：参加项目计划评审参加项目开工会输入：PPL（项目计划）初稿输出：1.工作量估计评审记录

2.PPL/QAP/TSP/CMP/RMP评审记录4.软件需求规格/SRS需求阶段SE\SWE参与的主要活动：撰写SRS评审SRS参加SRS后的重估计参加STP的评审参加STC的评审参加里程碑会议输入：SOW/AR/设计规格说明书输出：1.SRS软件需求规格说明书2.SRS评审记录

3.重估计估计表

4.STP（系统测试计划/用例）评审记录需求阶段TPM参与的主要活动：评审SRS撰写STP参加SRS后的重估计参加STP的评审参加里程碑会议输入：PPL/AR/设计规格/SRS输出：1.SRS评审记录

2.STP需求阶段CMO（配置管理员）参与的主要活动：配置审计阶段基线发布配置状态报告输出配置管理工作报告输入：CMP（配置管理计划）输出：1.配置状态工作报告

2.配置审计检查单需求阶段资料人员参与的主要活动：理解SRS，熟悉系统输入：SRS输出：SRS评审记录5.项目设计/HLD、LLD5.1概要设计SE\SWE参与的主要活动：撰写HLD参加HLD评审参加ITP评审撰写ITC参加ITC评审参加里程碑会议输入：SRS（软件需求规格说明书）输出：1.HLD（概要设计）2.HLD内部评审记录

3.ITP评审记录

4.ITC5.ITC评审记录概要设计TPM参与的主要活动：参加ITP评审参加ITC评审参加里程碑会议输入：PPL（项目计划）输出：1.ITP（集成测试计划）评审记录

2.ITC（集成测试用例）评审记录设计阶段资料人员参与的主要活动：撰写相关资料大纲设计参加相关资料大纲设计评审参加里程碑会议输入：PPL（项目计划）输出：1.资料大纲

2.资料大纲评审记录5.2详细设计SE\SWE参与的主要活动：撰写LLD参加LLD评审参加UTP评审撰写UTC参加UTC评审参加里程碑会议输入：PPL/HLD（项目计划/概要设计）输出：1.LLD（详细设计）2.LLD评审记录

3.UTP（单元测试计划）评审记录

4.UTC（单元测试用例）详细设计TPM参与的主要活动：参加LLD评审参加里程碑会议输入：PPL/LLD（项目计划/概要设计）输出：LLD评审记录6.编码/Coding编码阶段SE\SWE参与的主要活动：编码代码走读代码修改执行单元测试回归测试参加资料评审参加里程碑会议输入：PPL/LLD/UTC/资料初稿输出：1.代码

2.代码评审记录

3.单元测试脚本代码

4.资料评审记录7.测试/IT、ST7.1集成测试SE\SWE参与的主要活动：执行集成测试代码修改回归测试参加里程碑