8D问题解决法（Eight Disciplines Problem Solving）是一套以团队合作、事实证据和根本原因分析为基础的结构化问题解决方法，通常通过8D报告（8D Report）记录整个调查及改善过程。
8D广泛应用于汽车、电子、机械、航空航天、医疗器械及一般制造业，也是质量工程师、供应商质量工程师和客户质量工程师处理客户投诉、重复缺陷及重大质量异常时常用的方法。
8D的重点不是尽快写完一份报告，也不是在问题发生后增加检验或重新培训员工，而是按照清楚的逻辑完成以下工作：
- 控制问题影响，保护客户；
- 准确界定问题及影响范围；
- 找出并验证问题的发生根本原因；
- 查明缺陷为什么没有被现有控制系统发现；
- 制定和实施永久纠正措施；
- 用数据验证措施是否有效；
- 修改管理系统，防止相同或类似问题再次发生。
因此，8D不只是「填写八个步骤」，而是一套从紧急围堵、原因调查、永久改善到系统预防的完整问题解决过程。
什么情况下适合使用8D？
8D需要跨部门参与，也需要投入一定时间进行调查和验证，并非每个轻微问题都需要启动完整的8D流程。
以下情况通常比较适合使用8D：
- 客户提出正式质量投诉并要求提交8D报告；
- 相同缺陷反复发生；
- 产品存在安全、法规或关键质量风险；
- 不合格品已经流到客户或下一道工序；
- 问题横跨设计、采购、生产、检验和物流等多个部门；
- 现有纠正措施未能阻止问题复发；
- 问题的根本原因尚不明确；
- 需要对供应商进行正式的纠正措施追踪。
如果问题简单、原因明确，而且风险很低，可以使用较简单的异常处理或纠正措施流程。对于复杂、重复或影响严重的问题，8D会更适合。
8D与六西格玛DMAIC有什么区别？
8D和六西格玛DMAIC都强调以数据分析问题、验证根本原因并维持改善成果，但两者的应用场景有所不同。
- 8D：多用于客户投诉、产品缺陷和突发质量异常，强调快速围堵及向客户说明调查进度。
- DMAIC：多用于改善长期存在、表现未达到要求的流程，强调测量系统、基线表现、统计分析及持续控制。
两种方法并不冲突。质量工程师可以在8D过程中使用六西格玛工具，例如MSA、Pareto图、假设检验、回归分析、控制图和过程能力分析，以提高根本原因验证及效果确认的可靠性。
对于较复杂的客户质量问题，8D可以作为对外报告框架，而DMAIC工具则用于支持内部分析。
8D报告包括哪八个步骤？
虽然名称是8D，但不少企业会在D1之前加入D0准备和紧急响应。D0不一定出现在所有8D表格中，却是决定问题是否需要启动8D，以及是否需要立即保护客户的重要阶段。
D0：准备及紧急响应（Plan and Prepare）
D0的任务是初步评估问题的严重程度、客户风险和影响范围，并判断是否需要启动完整的8D流程。
如果问题可能涉及产品安全、法规要求、停线风险或大量不合格品，企业不应等待根本原因调查完成才行动，而应立即采取紧急措施。
需要记录的内容包括：
- 问题最初由谁、何时及在哪里发现；
- 涉及的客户、产品、批次和数量；
- 是否存在安全、法规或停线风险；
- 是否需要暂停生产或出货；
- 是否需要通知其他客户或生产地点；
- 是否需要启动紧急围堵措施；
- 为什么决定启动8D。
D0阶段可以先处理明显风险，但不应在资料不足时轻率宣布根本原因。
D1：建立问题解决团队（Establish the Team）
D1需要建立一个拥有相关知识、权限和资源的跨职能团队。8D强调团队解决问题，因为重大质量异常通常不是单一部门能够独立处理的。
根据问题性质，团队成员可能来自：
- 质量管理；
- 生产及工艺工程；
- 产品设计；
- 设备及维修；
- 采购及供应商管理；
- 物流及仓储；
- 客户服务；
- 实验室或数据分析部门。
8D报告应记录：
- 团队成员姓名及部门；
- 每名成员的角色和职责；
- 团队负责人；
- 项目发起人或管理层支持者；
- 团队目标及权限；
- 所需资源和预计完成时间。
团队人数并非越多越好。关键是成员能够掌握问题所涉及的产品、流程、设备、材料和客户要求，并有能力推动必要的改善。
D2：准确描述问题（Describe the Problem）
D2的目的不是解释问题为什么发生，而是先把实际发生了什么描述清楚。原因尚未得到验证时，不应该把推测写进问题描述。
例如，下面的问题描述过于模糊：
错误示例：由于员工操作失误，产品尺寸不合格。
「员工操作失误」属于未经验证的原因判断，而且「尺寸不合格」没有说明产品、尺寸、偏差和影响范围。
较清楚的问题描述可以是：
客户于8月15日在产品A的装配过程中发现孔径超过规格上限。规格要求为10.00±0.05毫米，5件样品的测量结果介于10.07至10.11毫米。涉及批次为A0812，出货数量为2,000件。
质量工程师可以使用5W2H协助描述问题：
- What：发生了什么问题？
- Where：问题在哪里发现或发生？
- When：问题何时开始、何时被发现？
- Who：哪些客户、产品或流程受到影响？
- Why important：问题为什么重要，有什么风险？
- How：问题以什么方式出现？
- How many：涉及多少数量，缺陷率是多少？
D2阶段也可以使用Is／Is Not分析，比较问题「发生在哪里」和「没有发生在哪里」，帮助缩小调查范围。
例如：
- 问题出现在产品A，但没有出现在产品B；
- 问题发生在夜班，但日班没有发现；
- 问题出现在设备2，但设备1没有发生；
- 问题从8月10日开始，此前批次表现正常。
这些差异经常能为D4的根本原因调查提供重要线索。
D3：实施临时围堵措施（Develop Interim Containment Actions）
D3的目的是在根本原因尚未查明之前，保护客户并阻止更多不合格品继续生产、流转或出货。
常见的临时围堵措施包括：
- 暂停生产或出货；
- 隔离可疑库存和在制品；
- 对受影响批次进行100%筛选；
- 检查仓库、运输途中和客户现场的库存；
- 暂时提高抽样频率；
- 增加额外检验工序；
- 使用经过确认的替代材料或设备；
- 向可能受影响的客户发出通知。
8D报告应说明：
- 围堵措施的内容；
- 开始实施的日期和时间；
- 适用的产品、批次和地点；
- 负责人；
- 筛选或检查方法；
- 已经检查和发现的不合格数量；
- 如何验证围堵措施有效；
- 如何识别已经完成检查的产品。
需要注意的是，100%检验、增加检查员或暂停出货通常只是临时措施。这些做法能够降低客户风险，却没有消除导致缺陷发生的原因，不能直接作为永久纠正措施结案。
D4：识别并验证根本原因和流出原因（Identify and Verify Root Causes and Escape Point）
D4是8D过程中最关键、也最容易出现问题的阶段。
团队需要回答两个不同的问题：
- 发生根本原因：为什么会产生这个缺陷？
- 流出原因：为什么现有检验或控制系统没有发现并阻止缺陷流出？
例如，设备刀具磨损可能解释尺寸为什么超差，但产品能够流到客户，还可能因为抽样频率不足、测量方法不适合、控制计划遗漏关键特性，或者检验设备无法识别该缺陷。
常用分析工具包括：
- 流程图；
- 鱼骨图；
- 5个为什么；
- Is／Is Not分析；
- Pareto图；
- 散点图；
- 控制图；
- 测量系统分析（MSA）；
- 假设检验；
- 回归分析；
- 实验设计（DOE）。
鱼骨图和5个为什么只能帮助团队产生潜在原因，不能单独证明根本原因。真正的根本原因必须经过数据、实验、现场重现或其他客观证据验证。
较有说服力的验证逻辑是：
- 当该原因存在时，问题能够重现；
- 当该原因被移除或控制后，问题消失；
- 验证结果与问题的时间、地点和影响范围一致；
- 该原因能够解释为什么问题发生在「Is」而没有发生在「Is Not」；
- 有数据证明原因与结果之间存在合理联系。
把「操作员没有按照标准作业」「员工疏忽」或「培训不足」直接写成根本原因通常不够深入。团队还应该继续追问：
- 为什么错误操作能够发生？
- 标准作业是否清楚并且可执行？
- 流程是否存在防错设计？
- 人员是否能够及时识别异常？
- 设备或系统为什么允许错误继续发生？
- 现有控制为什么没有发现问题？
根本原因不一定只有一个。复杂问题可能同时涉及发生原因、流出原因和管理系统原因。
D5：选择并验证永久纠正措施（Choose and Verify Permanent Corrective Actions）
D5需要针对已经验证的根本原因，制定能够长期消除问题的永久纠正措施。
每项纠正措施都应该与一个具体原因对应。例如：
- 如果根本原因是刀具寿命没有得到控制，措施应针对刀具更换和寿命监控系统；
- 如果流出原因是检验方法无法识别缺陷，措施应改善测量或检验方法；
- 如果控制计划遗漏关键特性，措施应更新控制计划及相关作业文件；
- 如果错误装配可以轻易发生，应优先考虑防错设计，而不是只进行培训。
选择永久纠正措施时，可以评估：
- 能否消除或控制根本原因；
- 能否防止缺陷再次流出；
- 措施是否会产生新的质量、安全或效率风险；
- 实施成本和所需时间；
- 是否容易长期维持；
- 如何验证措施的有效性。
在正式全面实施前，团队可以通过试运行、实验或小范围验证确认措施有效。
纠正措施必须与根本原因相对应。如果根本原因分析指出设备参数会在换型后被错误设定，但纠正措施只是「再次培训操作员」，两者之间的对应关系便很弱。
D6：实施并确认永久纠正措施（Implement and Validate Permanent Corrective Actions）
D6是把D5选定的措施正式落实到生产或服务流程中，并通过数据确认措施能够持续解决问题。
8D报告应记录：
- 每项纠正措施的负责人；
- 计划及实际完成日期；
- 设备、程序或文件的变更内容；
- 实施证据；
- 验证样本及观察周期；
- 实施前后的数据比较；
- 是否出现副作用或新风险；
- 何时取消临时围堵措施。
效果验证不能只写「措施已经完成」或「暂时没有再收到投诉」。完成行动与确认行动有效是两件不同的事。
质量工程师可以使用以下指标验证效果：
- 缺陷率是否明显下降；
- 相同问题是否再次发生；
- 控制图是否显示过程稳定；
- Cpk或Ppk是否达到要求；
- 客户投诉率是否下降；
- 纠正措施能否在不同班次、设备和产品上维持；
- 检验系统能否可靠地发现异常。
只有当永久纠正措施已经生效，并有足够证据证明风险受到控制时，才适合取消D3的临时围堵措施。
D7：防止问题再次发生（Prevent Recurrence）
D7的目的不只是防止同一批产品再次出现问题，还要检查相同的失效模式是否可能存在于其他产品、设备、生产线、供应商或工厂。
常见的系统性预防措施包括：
- 更新过程FMEA或设计FMEA；
- 修改控制计划；
- 更新标准作业和检验规范；
- 改善防错装置；
- 调整预防性维护计划；
- 修改供应商要求；
- 更新设备或工艺参数管理方式；
- 把改善措施横向推广至类似产品和流程；
- 更新内部审核项目；
- 把经验纳入新产品开发及风险评审。
培训可以是D7的一部分，但不应该成为所有问题的通用答案。如果系统仍然允许错误轻易发生，只要求员工「以后小心一点」，问题通常仍会再次出现。
D7阶段还应检查管理系统为什么没有提前识别风险。例如：
- FMEA为什么没有识别该失效模式？
- 控制计划为什么没有包含相应控制？
- 内部审核为什么长期没有发现问题？
- 相似问题的经验为什么没有横向推广？
- 工程变更是否经过充分的风险评估？
D8：确认结案并表彰团队（Recognize the Team and Close the Problem）
D8不仅是向团队说一声「谢谢」，还包括确认8D已经达到结案条件。
结案前应确认：
- 临时围堵措施已经适当取消；
- 根本原因和流出原因已经得到验证；
- 永久纠正措施已经完成；
- 措施有效性已经用数据确认；
- FMEA、控制计划及相关文件已经更新；
- 类似产品和流程已经完成横向检查；
- 客户已经接受报告或确认结案；
- 所有行动事项均有完整证据。
完成结案审核后，应肯定团队成员的贡献，并把项目经验保留下来。适当的认可有助于鼓励员工继续主动报告问题和参与改善，而不是隐藏异常或把质量问题推给其他部门。
8D报告写作时应注意什么？
一、区分事实、推测和结论
报告中应清楚区分已经确认的事实、仍在调查的潜在原因和经过验证的根本原因。不要因为时间压力，把团队最先想到的原因直接写成最终结论。
二、每项结论都要有证据
重要结论应附有相应证据，例如：
- 检验和测量数据；
- 产品及缺陷照片；
- 设备记录；
- 控制图和过程能力分析；
- 实验或问题重现结果；
- 更新后的程序文件；
- 培训及能力确认记录；
- 纠正措施实施前后的结果比较。
三、不要把围堵措施当成永久纠正措施
增加检验、隔离库存和100%筛选可以暂时保护客户，但通常没有消除根本原因。8D报告应清楚区分D3临时围堵措施和D5永久纠正措施。
四、同时调查发生原因和流出原因
如果只处理缺陷为什么产生，却没有改善现有控制系统，类似缺陷仍可能再次流到客户。完整的8D应该同时回答「为什么发生」和「为什么没有被发现」。
五、为行动指定负责人和期限
每项行动都应该具备：
- 明确的行动内容；
- 唯一或主要负责人；
- 计划完成日期；
- 实际完成日期；
- 完成证据；
- 效果验证方法。
「质量部跟进」或「生产部改善」都过于模糊，无法建立真正的责任机制。
六、使用数据验证效果
不能因为一段时间没有再次收到投诉，就立即认定问题已经解决。团队应根据风险、生产数量和发生频率，设定合理的验证周期及样本量。
如果问题涉及过程变异，可以使用控制图、缺陷率、过程能力指数或其他六西格玛分析工具，对实施前后的表现进行比较。
常见的8D报告错误
- 问题描述中已经预设根本原因；
- 只使用鱼骨图，却没有验证潜在原因；
- 把「操作员失误」当成调查终点；
- 把培训、提醒和加强检验当成万能措施；
- 没有分析缺陷为什么能够流到客户；
- 永久措施与根本原因之间没有直接关系；
- 只记录行动完成，没有验证实际效果；
- 没有更新FMEA、控制计划和相关文件；
- 没有把改善推广到类似产品或流程；
- 为了满足客户期限，先填写结论，再补充证据。
8D问题解决法的真正价值
一份优秀的8D报告，不是文字越多越好，也不是表格全部填满就代表问题已经解决。真正重要的是，报告能否建立一条完整而可以验证的逻辑链：
问题是什么 → 如何保护客户 → 为什么会发生 → 为什么没有被发现 → 采取什么永久措施 → 如何证明措施有效 → 如何防止类似问题再次发生。
对于质量工程师来说，8D既是客户沟通文件，也是内部问题解决记录。它把团队讨论、数据分析、原因验证、纠正措施和效果确认连接起来，使企业不只是处理眼前的不合格品，还能逐步改善流程和质量管理系统。
