关于 8d-problem-solving
面向质量团队的结构化 8D 问题解决技能，适用于客户投诉、流程漏检及其他不合格问题。它引导团队从紧急响应到根因验证、纠正措施、防止再发和正式结案。
主要功能
- 01D0–D8 执行检查清单
- 02发生与漏检根因验证
- 03遏制与纠正措施指导
- 04基于证据的效果验证
- 05质量文件更新与横向展开
- 06Markdown、表格或叙述式输出
适用场景
- 01调查客户报告的缺陷
- 02发货前隔离可疑物料
- 03用生产证据验证根因
- 04编制可供审核的 8D 报告
安装
复制下面的命令，在终端中运行。
npx skills add https:/安装后在 Claude Code 中输入/8d-problem-solving确认已加载。
附带文件assets/8d-template.mdreferences/d0-d8-guide.md
详细介绍
8D 问题解决
目标
生成经过验证、可供审核的 8D 报告，明确经证实的根本原因和有效的纠正措施，以防止问题再次发生；报告须经客户接受，并归档到质量体系中。
必需的执行检查清单
供 Agent 和从业人员快速参考。D8 关闭前必须完成所有项目。
- D0：评估并记录安全和法规风险
- D0：识别可疑物料并进行实物隔离
- D1：组建跨职能团队并确定负责人
- D2：通过测量值、零件号、数量以及 Is/Is-Not 描述问题
- D3：实施遏制措施（使用过去时描述），并记录日期和有效性证据
- D4：通过数据或实验识别并验证发生的根本原因
- D4：通过数据或实验识别并验证漏出的根本原因
- D5：针对每个根本原因选择一项 PCA，并制定验证计划
- D6：实施 PCA；验证数据确认问题零复发；正式撤销 ICA
- D7：更新 PFMEA、Control Plan 和 Work Instructions（记录修订版本号）
- D7：评估并落实横向展开
- D8：获得负责人签字认可；通知客户问题已关闭
适用场景
对于客户报告的缺陷、流入下游流程的内部漏出问题、现场失效，或任何需要进行有记录的根本原因分析的不符合项，均可使用 8D。对于大多数汽车 OEM 客户投诉，8D 为强制要求（Ford 8D、BMW G8D、VW QMSS、Stellantis）。
前提条件
- 已明确识别并量化缺陷或失效
- 可获取受影响零件、流程记录和测量数据
- 跨职能团队成员可参与（至少包括质量、生产和工程）
工作流
D0 — 紧急响应（团队组建前）
首先询问以下问题：
- 是否涉及安全或法规问题？如果是 → 立即升级并通知客户
- 产品是否可能召回，或发生法规事件（安全、排放、认证合规）？
- 如果是 → 停止标准 8D 时间安排。立即向管理层和法规负责人升级。未经记录确认管理层已知情，不得继续。只有获得其授权后，才能继续进行 8D。
- 可疑零件是否已在客户处或已流入市场？如果是 → 立即启动遏制措施（D3），再完成 D1-D2
- 收集初步证据：照片、批次号、批次追溯信息、测量数据
完成 D0 的条件：已评估安全风险，已记录法规升级决定，并已识别和标记可疑物料。
D1 — 组建团队
组建跨职能团队。必需职能：
- 负责人（发起人，有权调配资源）
- 团队负责人（负责 8D，推动完成）
- 质量工程师（负责方法和文档）
- 生产 / 流程负责人（掌握流程知识）
- 工程人员（设计或流程工程）
可选成员：供应商质量、物流、客户代表。
记录：姓名、职能、团队负责人、开始日期、目标关闭日期。
**验证：**是否涵盖了所有受影响的流程步骤？是否有人有权更改流程？
D2 — 问题描述
使用 Is/Is-Not 和 5W2H 准确定义问题。薄弱的 D2 会导致薄弱的 D4。
Is/Is-Not 范围界定（参见 is-is-not-scoping 技能）：
| 问题 | 是 | 不是 |
|---|---|---|
| 问题是什么？ | 例如，尺寸超出规格 | 外观划痕 |
| 涉及什么对象/零件？ | 零件号 X，版本 B | 零件号 Y |
| 在哪里发现？ | 工位 3，来料检验 | 最终测试 |
| 从什么时候开始？ | 2026-05-12 批次 | 更早的批次 |
| 数量是多少？ | 检验的 200 件中有 47 件（23.5%） | — |
| 趋势如何？ | 自该批次日期起一直如此 | 没有激增 |
5W2H：
- 谁发现的？什么时候？在哪里？
- 确切的不合格情况是什么（测量值与规格相比）？
- 为什么这是个问题（对客户的影响）？
- 如何发现的？影响了多少件？
满足以下条件时，D2 即为完成：陌生人读完后能确切知道出了什么问题、涉及什么对象、何时发生、影响多少件，以及发生在供应链的哪个环节。
D3 — 临时围堵措施（ICA）
在 D4-D5 进行期间，ICA 必须阻止不合格产品流到客户手中。
常见的 ICA：
- 对可疑库存进行筛选/100% 检验（在制品、现场及客户处的库存）
- 暂停发运日期范围内的所有批次
- 在出货 QC 中增加特定检验步骤
- 通知客户并回收库存（如果产品已流出）
ICA 验证 — 请确认：
- 该 ICA 是否能从物理上防止缺陷流出？（是/否——不能只是“我们会尽力”）
- 有什么证据表明它有效？（检验记录、ICA 实施日期之后没有流出）
- 是否记录了实施日期和负责人？
- 它是否为临时措施？（ICA 不是永久性解决方案）
满足以下条件时，D3 即为完成：可疑产品已被围堵，并有客观证据；如适用，已通知客户。
D4 — 根本原因分析
找出两个根本原因：
- 发生根本原因——缺陷为什么会发生？
- 流出根本原因（检测失效）——为什么在到达客户/下一道工序前未能检测出来？
使用以下工具（参见相关技能）：
根本原因验证：
- 能否通过刻意制造根本原因来复现缺陷？
- 在试运行中，消除根本原因能否防止缺陷？
- 是否有数据支持，而非仅凭主观判断？
不得将以下内容作为最终根本原因：
- “人为错误”（不属于系统性原因——应追问为什么会发生这种错误）
- “操作员未按说明操作”（应追问为什么未按要求操作，或为什么无法按要求操作）
- “供应商交付了不良零件”（应追问为什么来料检验未能发现）
**证据规则：**根本原因必须由数据或物理实验证明，不能仅凭逻辑推理。如果只能论证其合理性，那它只是一个假设。通过触发根本原因复现缺陷；通过消除根本原因消除缺陷。两项测试都必须完成。
满足以下条件时，D4 即为完成：两个根本原因都经过验证，并有客观证据支持，而非主观判断。
D5 — 选择永久纠正措施（PCA）
针对 D4 中的每个根本原因，选择一项永久纠正措施，要求：
- 直接针对该特定根本原因（而非症状）
- 效果可验证
- 在现有时间和资源范围内可行
评估矩阵（针对每项候选 PCA）：
- 是否针对根本原因？（是/否）
- 能否衡量效果？（指标 + 目标值）
- 实施时是否没有风险？（FMEA 检查）
- 时间安排是否现实？
记录：PCA 描述、负责人、目标实施日期、验证方法。
满足以下条件时，D5 即为完成：每个根本原因都选定一项 PCA，并记录相应的验证计划。
D6 — 实施并验证有效性
实施 PCA。实施后：
验证要求：
- 运行足够的生产量以达到统计置信度——根据观察到的缺陷率和风险级别确定样本量（缺陷率越高或涉及安全的缺陷，所需样本量越大）。不要采用固定的通用数值；样本量应与所需的检出概率相匹配。
- 指引：如果 PCA 实施前的缺陷率为 p，验证样本量应足够大，以确保在缺陷率仍为 p 时，观察到零缺陷的概率低于 5%。公式：n ≥ log(0.05) / log(1 − p)。
- 测量实施前后的原始缺陷指标
- 确认相同缺陷模式未再次发生
需收集的验证证据：
- PCA 实施后的过程控制图或检验数据
- 实施前后对比（缺陷率或测量数据）
- 由质量和生产部门签字确认
只有在 D6 验证完成且有客观证据后，才能移除 ICA（D3）。
D6 完成条件：数据确认缺陷已消除，ICA 已正式移除。
D7 — 防止再发（体系化）
这是最有价值、也最常被跳过的纪律要求，可防止相同根本原因在其他地方出现。
必需的更新：
- 更新 PFMEA：添加／修订失效模式，更新发生度和探测度评级
- 更新控制计划：针对根本原因和流出添加控制措施
- 更新并重新发布作业指导书／SOP
- 更新来料检验（如涉及供应商或材料）
- 记录经验教训，并与类似产品线分享
- 对受影响的操作员／检验员开展培训
横向展开：
- 是否存在可能具有相同根本原因的类似零件号、流程或产品系列？
- 如果有 → 将 PCA 推广到这些领域并记录
D7 完成条件：所有流程文件均已更新，且更改已在生产中生效。
D8 — 团队表彰
正式结束 8D：
- 团队负责人向倡导者汇报已完成的 8D
- 倡导者核实所有步骤均已完成且有证据支持
- 正式表彰团队（致谢即可，不一定需要奖励）
- 将 8D 报告存档于质量记录系统
- 向客户通报结案情况（如投诉由客户发起）
D8 完成条件：倡导者签字确认，且已通知客户结案。
验证 — 8D 是否已完成？
结案前，请确认：
- D2 问题描述客观且量化
- D3 ICA 有实施日期和验证证据
- D4 包含两个根本原因（发生原因和流出原因），且均有证据验证
- D5 PCA 直接针对 D4 根本原因
- D6 验证数据表明 PCA 实施后缺陷未再次发生
- D7：FMEA、控制计划和作业指导书均已更新
- D8：倡导者签字确认，并已通知客户（如适用）
常见错误
- 跳过 D0： 未确认客户没有更多疑似库存，就直接进入 D2
- D2 不充分： 问题描述模糊，导致找错根本原因
- 把 D3 当作 D6： 将遏制措施当作永久解决方案（“我们增加了 100% 检验”并不是 PCA）
- 把症状当作根本原因：“机器校准不正确”——为什么？“供应商发错了材料”——为什么没有检出？
- 未更新 D7 文件： 最常见的审核发现
输出格式
每次使用开始时，询问用户：
“您希望以哪种格式接收输出？ A — 结构化 Markdown（包含格式化表格和章节，可直接复制） B — 纯表格（简化结构，适用于 Excel 或 Word） C — 叙述式报告（连贯文本，适用于正式文件或电子邮件）
默认：A。”
根据用户选择的格式调整所有输出章节。如果平台或会话上下文已指定格式偏好，则跳过此问题。
参考文件
更新日志
| 版本 | 日期 | 作者 | 变更 |
|---|---|---|---|
| 1.0 | 2026-06-01 | @RBraga01 | 首次发布 |
| 1.1 | 2026-06-03 | @RBraga01 | 添加了必需的执行检查清单、D 级验证标准和 OEM 门槛规则 |