8D 问题解决方法（Eight Disciplines）

功能安全L7别名 8D · Eight Disciplines · 八步法 · 问题解决 · 5 Why · 鱼骨图 · Ishikawa · root cause analysis

本质 8D 不是工具，是一套把"出问题"这件事做成可复盘流程的纪律框架。它强制工程师走完 8 个台阶——临时灭火（D3）和找根因（D4）必须分开做，验证修法（D6）和防止再发（D7）也必须分开做。最容易翻车的是 D4：写"环境温度过高""焊锡问题"这类含糊根因——OEM 一眼看出没找到底，整份 8D 退回。真正的根因要能回答"如果我把这一条改了，问题就不会发生"——拿这把尺子去检验任何 D4 写的话，至少要 5-Why 钻穿，钻不穿就还没到根。

学习目标

读完本页后，你应该能够：

画出 8D 的 D0~D8 全流程及每步的输入/输出
写出符合 OEM 验收标准的问题描述（IS / IS-NOT 模板）
区分临时纠正（D3）/ 根因纠正（D5）/ 防止再发（D7）三类不同的动作
用 5-Why + 鱼骨 + FTA 三种工具组合钻到真正的根因
把 8D 输出挂回 DFMEA / PFMEA / Control Plan / Lessons Learned
说出 8D 报告评审时 OEM 最常退回的 5 类瑕疵

1. 8D 是什么

8D 起源于 1980 年代福特的 TOPS（Team Oriented Problem Solving）。1987 年正式发布 8D 流程后被 AIAG / VDA / IATF 16949 接纳为汽车行业事实标准。任何客户投诉、内审 NC、PV 失败、产线异常停线，OEM 都会要求 Tier-1 在 24 小时内提交 D1~D3，14~30 天内闭环全部 D8。

步骤	名称（中/英）	输出	典型时限
D0	准备 / Emergency Response Action	紧急遏制（停线/扣货/换件）	< 24 h
D1	组建团队 / Team	跨职能 4~10 人 + 队长 + champion	< 24 h
D2	描述问题 / Problem Description	IS / IS-NOT + 5W2H	< 48 h
D3	临时纠正 / Interim Containment	阻止问题流出 + 验证有效	< 72 h
D4	根因分析 / Root Cause	5-Why + 鱼骨 / FTA + 数据证据	5~10 天
D5	永久纠正 / Permanent Corrective Action	选 + 试点验证候选方案	7~14 天
D6	效果验证 / Verify Effectiveness	用原失效条件再现测试	7~14 天
D7	防止再发 / Prevent Recurrence	更新 DFMEA/PFMEA/CP/SOP/培训	7~14 天
D8	关闭 + 表彰 / Close & Recognize	归档 + 团队认可 + 经验沉淀	7 天

关键判别：临时（D3）≠ 根因（D5）≠ 预防（D7）。这三条线常被混为一谈，是 8D 报告被 OEM 退回的最高频原因。

2. D0 + D1 — 启动

2.1 D0 Emergency Response Action（ERA）

D0 在 8D 标准里是 1999 年补充的——客户投诉一来，第一动作不是开会，是把问题"圈起来"防止扩散。典型 ERA：

停线、扣货、客户在途货拦截
100% 在线检（不靠抽样）直到 D3 上线
货架隔离、可疑批次留样

ERA 的有效期通常仅到 D3 上线（typically 72 h）。

2.2 D1 Team

8D 是团队问题解决工具，单人写的 8D 必败。组队要点：

跨职能：设计 + 工艺 + 质量 + 制造 + 测试 + 必要时 OEM 客户代表
4~10 人：少则信息不全，多则讨论失焦
队长 + Champion：队长跑流程，Champion 是有决策权的中层（VP/Director），负责拍板砸钱
明确任务：8D 团队是临时项目组，不是日常岗位，要给排出 30~50% 工时

3. D2 — 描述问题

D2 决定整个 8D 的质量上限。问题描述含糊，根因必然找错——很多 8D 翻车的根本原因不在 D4 而在 D2 没写清。

3.1 5W2H 模板

5W2H 不是给问题加情绪,是用六个独立维度把问题"拍扁"成可量化的事实——每一维不交叠,加起来覆盖问题的全部表面。Why 维度故意空着(留到 D4),逼写问题的人不在 D2 就跳到根因猜测——这是 D2 与 D4 边界的硬约束。

维度	问题	例（DESAT 误触发）
What	出了什么？	DESAT 关断逆变器，但实际无短路
Where	在哪个位置 / 工序？	A 客户主驱量产线，第 3 站功能测试
When	什么时间？多频繁？	2026-04-15 起，共 7 件 / 800 件（0.875%）
Who	谁发现 / 谁受影响？	客户产线 PQE 发现
Why（不在此回答）	（留到 D4）	—
How	如何发生 / 检测？	整车 EOL 测试时 IGBT 模块输出 0 转矩
How many	影响多少？	7 件已退货，30 件在途待召

3.2 IS / IS-NOT 分析

这是 D2 的精华工具——把"什么是问题"和"什么不是问题"对照写，根因隐藏在边界处。

维度	IS（是问题的）	IS-NOT（不是问题的）	边界提示
产品	A 客户 800 V 主驱	B 客户 400 V 主驱（同硬件）	与 800 V 工况相关
批次	2026 年 04 月 lot 240407~240412	03 月之前批次	04 月有变更
工艺	自动焊机 #2 焊的	焊机 #1 焊的（无故障）	焊机 #2 设置
工况	满载 600 A，瞬态 di/dt > 5 kA/μs	半载 300 A 无问题	高 di/dt 触发

边界提示列是 IS/IS-NOT 的产物——这 4 条提示已经把根因锁定到"焊机 #2 + 800 V + 高 di/dt + 04 月 lot"四维交集，D4 就有靶子打。

3.3 D2 验收准则

OEM 评审 D2 看三条：

量化：用数据，不写"偶尔" "偶发"
可测：再次出问题时能用同样描述判断"是不是同一个 issue"
边界清晰：IS / IS-NOT 至少 4 维

4. D3 — 临时纠正

D3 的目的不是解决问题，而是阻止问题流到客户。常见手段：

100% 在线追加检验（filter out bad parts）
工序参数收紧（提高一致性，但有副作用）
切换备用工艺（如焊机 #2 停用、所有件改走 #1）
临时返修方案（已交货件回收返修）

D3 必须有效性验证：临时方案上线后，监测 N 件（通常 ≥ 100 件或 ≥ 1 周生产）确认问题不再流出。没验证的 D3 就是没做。

4.1 D3 与 D5 的关键区别

把临时与永久措施分开是 8D 的核心纪律——目的、时机、副作用三方面都不同。混为一谈最常见的后果是"100% 在线检测"被当成永久解,留在产线上长期消耗成本而真正的根因从未触及。

维度	D3 临时	D5 永久
时机	< 72 h，先灭火	在 D4 之后，慢慢做
治标治本	治标——阻止流出	治本——根除根因
副作用	通常有（成本/产能/质量降级）	设计为可持续
能否长期保留	不能（IATF 不接受永久 100% 检）	是新基线

典型反模式：把 D3 当成 D5 留下来——"加 100% 检测"成了永久状态。OEM 审计直接评 NC。

5. D4 — 根因分析（最难也最关键）

D4 是 8D 翻车率最高的一步。真正的根因要能回答："如果我把这一条改了，问题就不会发生。"——拿这句话去检验你写的根因，回答模糊就还没到根。

5.1 三层根因

工程实践把根因分成三层（这是 8D 的核心思想）：

层级	名称	回答的问题	例（DESAT 误触发）
1	技术根因（Technical）	为什么发生？	焊机 #2 焊脚阻抗高 5 mΩ，800 V 高 di/dt 下电压尖峰超 DESAT 阈值
2	系统根因（System）	为什么这个问题没被设计 / 工艺挡住？	焊机 #2 在 PFMEA 里被评为低风险（D=2），无 SPC 监控焊脚阻抗
3	流出根因（Escape）	为什么这个问题没被检测出来？	出厂功能测试只跑 300 V / 半载，未覆盖 800 V 高 di/dt 工况

三层根因都必须给出——只写一层 OEM 退回。每一层对应一组 D5 永久纠正：

技术根因 → 改设计 / 工艺
系统根因 → 改 DFMEA/PFMEA + CP
流出根因 → 改测试用例 + 检验规程

5.2 工具组合

D4 没有"万能工具"——5-Why 适合单一线索深挖,鱼骨适合多分支并列,FTA 适合安全相关的多事件复合。实务是按问题特征组合用,不是单一工具：先用鱼骨展开所有可能(人/机/料/法/环/测 6 类),再用数据快速排除大部分分支,对剩下 1~2 个分支用 5-Why 钻到底,必要时用 FTA 量化概率。

工具	优势	局限	何时用
5-Why	简单、聚焦	单线深挖，可能漏分支	单一根因明显时
鱼骨图（Ishikawa）	多分支并行（人/机/料/法/环/测）	可能列大杂烩，重点不清	多根因或不确定方向
FTA（故障树）	可量化概率、布尔代数	复杂、耗时	安全相关问题 + 多事件复合
Pareto + DOE	数据驱动	需大量数据	量产数据足时

组合实务：先用鱼骨展开所有可能（人/机/料/法/环/测 6 类），再用数据 / 测试快速排除大部分分支，对剩下的 1~2 个分支用 5-Why 钻到底，必要时用 FTA 量化。

5.3 5-Why 实战

5-Why 不是机械地问 5 次,关键是判断"什么时候算钻到底"——钻得不够根因停在表层,钻得太深变成哲学问题。下例从一条 DESAT 误触发的现象逐层钻 5 次,每一层 Why 都依赖上一层的答案,直到落在"维护单签字流程"这个可执行的流程层。

层	问	答（DESAT 误触发例）
1	为什么 DESAT 触发？	$V_{CE}$ 在 1 μs 内超过 7 V 阈值
2	为什么 $V_{CE}$ 超 7 V？	高 di/dt 下焊脚 $L_{s}$ 引起 $V = L_{s} \cdot d i / d t$ 尖峰
3	为什么这个尖峰这一批严重？	焊机 #2 焊出来的焊脚 $L_{s}$ 比 #1 高 5 nH
4	为什么 #2 焊脚 $L_{s}$ 高？	#2 的 04 月维护后 $V_{s hak e}$ 参数被改成 80 mm/s（原 60），焊点结晶度差
5	为什么这个改动没被发现？	维护记录单没要求工艺工程师签字，操作员自行调参

5-Why 终止条件：钻到"管理 / 流程"层就该停——再钻就是 "为什么人会犯错" 这种哲学问题。最后一 Why 应该指向流程缺陷，不是个人责任。写"操作员误操作"基本等于没找到根因——OEM 100% 退回。

5.4 D4 验收准则

OEM 评审 D4 三条硬指标：

三层全给：技术 + 系统 + 流出，缺一退回
数据证据：每一层都要有测量数据 / 实验复现 / 历史趋势支持，不能只是"我们认为"
可验证：每一条根因要能用 D6 回归测试证伪——不能写"焊接质量差"这种无法测的话

6. D5 / D6 / D7 — 永久纠正、验证、预防

这三步常被新人合并成一步，但 OEM 会分别评审。

6.1 D5 永久纠正

针对 D4 三层根因各出一条措施：

根因层	D5 措施例
技术	焊机 #2 $V_{s hak e}$ 改回 60 mm/s + 焊后阻抗 100% 在线测
系统	PFMEA 把 "焊机参数变更" 探测度从 D=2 改 D=7；CP 加焊脚阻抗 SPC（X-bar/R）
流出	EOL 测试加"800 V + 600 A + di/dt 5 kA/μs"工况；DV/PV 试验矩阵补该用例

D5 决策原则：选永久 + 不依赖人 的方案。"加培训"是弱方案——人会忘、人会换；"改工装防呆"是强方案——物理上不可能错。

6.2 D6 效果验证

D6 必须用 原失效复现条件再跑一遍，证明问题不再出现。这一步常被偷工减料："我改完了我相信没问题"——OEM 直接 NC。验证证据要包含：

复现测试报告（同 lot/同工况）
一定数量的连续生产件无问题（通常 ≥ 100 件 + ≥ 1 周）
量化数据（不是"看起来 OK"）

6.3 D7 防止再发

D7 不是 D5 的重复，是把这次 8D 的教训沉淀到组织流程中：

更新 DFMEA / PFMEA（系统根因 → 提升探测度评分）
更新 Control Plan / SOP / Work Instruction
更新培训材料 + 全员培训
升级到 Lessons Learned 数据库（横向部署到同类产品/工厂）
必要时升级行业标准（OEM Sub-Tier）

关键判别：D7 完成后，这条根因导致的问题应在公司任何项目都不再发生——而不只是这一个客户、这一条产线。

7. D8 — 关闭

D8 不是终点是起点：

归档：报告进 Quality Document Management System（DMS）
团队认可：管理层公开感谢；典型有团队午餐 / 小奖金
复盘：8D 自身是否高效？哪些步骤拖太久？工具是否到位？

关键陷阱：不做 D8 团队认可——下次出事没人愿意接 8D。

8. 与隔壁体系的挂钩

8D 不是孤立工具——它的输出强制驱动 DFMEA / PFMEA 评分更新、Control Plan 修订、Lessons Learned 沉淀。如果 8D 关闭后这几个文档没改动,等于"问题改了但教训没沉淀",同类问题在下个项目复发。下面这张图把 8D 与上下游的依赖关系画出来：

体系	与 8D 关系
DFMEA / PFMEA	D7 必更新 FMEA 探测度 / 发生度评分；FMEA 高 RPN 项是主动 8D 的输入
Control Plan	D7 必更新 CP 控制方法 / SPC 限值
PPAP	不合格 PPAP 件触发 8D；8D 报告作为 PPAP element 12 输入证据
ISO 26262	Safety-related 失效要求 D4 用 FTA + FMEDA 量化
ASPICE SUP.9	变更管理流程把 8D D5 改动作为 ECN 推到所有线

详见 PPAP、DV/PV §2.4、ASPICE、失效模式速查。

9. OEM 评审 8D 时常见的 5 类退回

OEM PQE 看 8D 时的退回多数集中在 5 类——每一类都对应到本页前面某条因果链没走通,而不是某个工具用错。把这张表当作 8D 提交前的最后自审清单：

类别	现象	改法
D2 描述含糊	"偶发""有时" "客户反馈"	加批次号 / 时间 / 频次 / IS-NOT
D3 没验证	写了对策没跟踪结果	加 N 件 / N 周的复测数据
D4 单层根因	只写技术，没写系统 + 流出	三层都给
D4 写"人为失误"	5-Why 没钻够	钻到流程缺陷
D6 没复现	改完就交	用原失效条件再跑一遍
D7 没沉淀	只改这一个项目	横向部署 + FMEA/CP/培训三件套

10. 一个完整 8D 例（DESAT 误触发，简版）

案例此例用于说明 8D 三层根因 + IS/IS-NOT + 5-Why 的组合用法。所有数据为示意。

D0：扣 30 件在途货 + 客户产线停线 24 h；7 件失效件留样
D1：FAE + 设计 + 制造 + 焊接工艺 + QE 共 6 人，Champion 为副总
D2：见 §3.1 / §3.2 表格
D3：所有 04 月批次 100% 在线测焊脚阻抗 < 0.5 mΩ；焊机 #2 暂停
D4：见 §5.1（技术 + 系统 + 流出三层）+ §5.3（5-Why 钻到维护流程）
D5：见 §6.1 三条措施
D6：用 800 V / 600 A / 5 kA/μs 工况测 200 件连续生产件，0 件 DESAT 误触发；4 周生产数据 0 投诉
D7：PFMEA 探测度从 D=2 升到 D=7（要求焊后阻抗 SPC + 维护参数变更需工艺签字），CP 加 X-bar/R 控制图，SOP 加维护变更签字栏；横向部署到同厂 3 条主驱产线
D8：报告归档 DMS-2026-04-Q-117；管理层 town hall 公开感谢；team lunch；总结纳入 FY26 焊接工艺培训教材

核心要点

8D 是纪律框架不是工具——D0~D8 八个台阶,临时(D3)/根因(D5)/预防(D7)三条线必须分开做。
D2 决定整 8D 上限——含糊的问题描述必导致 D4 找错根因；用 5W2H + IS/IS-NOT 锁边界。
D4 必须三层根因：技术(为什么发生)+ 系统(为什么没被工艺挡住)+ 流出(为什么没被检测出来)。少一层 OEM 退回。
5-Why 要钻到流程缺陷——写"操作员误操作"等于没找到根因。
D6 必须用原失效条件复现才算验证；"我改完相信没问题"不算。
D7 横向部署——这次教训要让公司所有同类项目都不再犯，不只是这一条产线。
**D5 选"永久 + 不依赖人"**的方案；"加培训"是弱方案，"改工装防呆"是强方案。
8D 与 PPAP/FMEA/CP/ASPICE 紧耦合：8D 输出强制更新 DFMEA/PFMEA 评分 + CP 控制方法 + Lessons Learned + ASPICE SUP.9 变更管理。

Cross-references

← 索引
DV 与 PV 详解 — §2.4 8D 在 DV 失败时的应用
PPAP 与汽车零部件开发阶段 — 8D 报告作为 PPAP 不合格触发条件 + element 12 输入
PEU 开发流程与测试矩阵 — 8D 与开发阶段的对应、术语速查
Automotive SPICE — SUP.9 变更管理把 8D 输出推到所有线
FMEA 方法论 — DFMEA/PFMEA 7 Step、AP 替代 RPN、Failure Net 三层、与 8D 互为输入输出
失效模式速查 — 121 条失效模式，DFMEA/PFMEA 评分参考
特殊特性 CC/SC — 8D D7 把高风险特性升级为 CC/SC
功能安全 — Safety-related 8D 用 FTA + FMEDA 量化