D2 问题描述的5W2H方法|工位|显式标识|汽车

上一期我们聊了D1团队组建，随便拉几个人，是8D失败的第一步。接下来，进入D2——问题描述。

说实话，这一步看起来太简单了，不就是"说说发生了什么"吗？
但我的经验是：8D做到烂的企业，问题往往就烂在D2。

《8D问题解决》系列 · 第3篇 / 共10篇 | 汽车行业质量管理实战

上一期我们聊了D1团队组建，门该关的关了，人该叫的都叫了。接下来，进入D2——问题描述。

说实话，这一步看起来太简单了，不就是"说说发生了什么"吗？

但我的经验是：8D做到烂的企业，问题往往就烂在D2。

要么描述太模糊，"这批件有质量问题"——然后整个团队花两天时间去确认"到底哪个质量问题"。

要么描述太发散，一上来就开始分析原因、讨论方案，把D2活生生做成了D4。

问题都没定义清楚，解决方案再漂亮也是跑偏。

先说一个真实的故事

有一次，我去一家零部件供应商那里做审核。

质量经理信心满满地拿出一份8D报告，说："我们问题关闭很快的。"

我翻到D2那页，写的是：

"2024年3月，用户反馈我司产品存在外观缺陷，疑似影响装车。"

我问他："外观缺陷是什么缺陷？影响哪批车？多少台？哪个用户反馈的？"

他愣了一下，说："这个……我回头确认一下。"

三天后他才给我回复——其实是供应商贴错标签导致发错货，客户装车时装不上，跟"外观缺陷"半毛钱关系没有。

一个模糊的D2，让整个团队在错误的方向上跑了三天。

D2的本质：给问题拍一张快照

D2的核心目标只有一件事：让所有人看到同一个问题。

不是推测原因，不是提出方案，就是把问题的"模样"原原本本记录下来。

汽车行业有句话很经典：问题定义错误，解决方案一定错误。

5W2H，就是帮你把这个问题快照拍完整的工具。

5W2H在D2中的具体用法WHAT —— 发生了什么？

要回答的是：具体是什么情况？什么零件？什么状态？

❌ "质量有问题"

❌ "供应商交付异常"

✅ "2024年3月15日，批次号LOT-2024-0315的BCM壳体，120件中有18件在装配时发现卡扣开裂"

技巧：用数字，不用形容词。"大量"是多少？"严重"是什么程度？把你的描述翻译成可以核对的实物。

WHEN —— 什么时候发生的？

要回答的是：首次发现时间、持续时间、频率。

关键点：

• 首次发现时间（First Occurrence）—— 这个时间点之后，问题开始存在

• 持续还是间歇（Continuous or Intermittent）—— 这个信息对分析根因至关重要

案例：

首次发现：3月15日9:30 最后发现：3月15日14:00 发生频次：间歇性，统计到18件

WHERE —— 在哪里发现的？

要回答的是：供应链的哪个环节？制造、物流、客户端？

这一步在汽车行业特别重要，因为：

•客户端发现→ 通常意味着已经流出了厂门，问题性质升级

•终检发现→ 还有机会拦截，但要评估已发货范围

•过程发现→ 内部问题，相对可控

模板：

发现环节：客户端总装线发现工位：仪表台分装工位发现产品流向：已装配至车型A，共涉及42台

WHO —— 谁发现的？涉及谁？

要回答的是：报告人、确认人、涉及的客户/内部人员。

注意：这里的"Who"不是为了追责，而是建立信息追溯链。

模板：

报告人：客户端产线质量工程师李工我司确认人：质量部张经理涉及客户：XX汽车总装厂（主机厂A客户）

WHY —— 为什么认为是问题？

要回答的是：判定依据是什么？客户标准还是内部标准？不符合哪个文件？

这一步很多人跳过去，觉得"这不是明摆着的问题吗"。

但实际上，明确判定依据，才能在后续验证PCA效果时知道"什么才算修好了"。

模板：

判定依据：客户工程规范ES 2024-003，第5.2条，卡扣剪切强度要求≥80N 检测结果：实测值范围 45-62N，不符合要求检测方法：依据客户指定方法，使用XX设备检测

HOW —— 程度有多严重？

要回答的是：多少比例？影响了多少？造成了什么后果？

数据是最有力的语言。

•数量/比例：120件中发现18件不良，比例15%

•金额影响：预估客户停线损失约XX万元

•后续影响：涉及车型需排查，已发货车42台待确认

HOW MUCH —— 涉及多少范围？

要回答的是：涉及哪些批次？哪些车型？哪些工位？追溯到哪一天的生产？

这一步是"横向切割"，决定问题影响面的边界。

汽车行业特别强调的追溯逻辑：

•前向追溯（Forward Trace）：发出去的货，流向了哪些客户/车型/工位？

•后向追溯（Backward Trace）：这个问题零件，用了哪家的原材料？哪天的班次？谁操作的？

模板：

涉及批次：LOT-2024-0315，共120件发出数量：42件（客户端库存78件待排查）追溯生产日期：3月14日夜班原材料批次：RM-2024-0088

一个完整的D2描述长这样

问题名称： BCM壳体卡扣开裂导致客户端装配失败 WHAT：批次LOT-2024-0315的BCM壳体，120件中发现18件卡扣开裂，装车时无法卡入仪表台定位孔。 WHEN：首次发现2024年3月15日9:30，末次发现14:00，共持续约4.5小时。 WHERE：客户端XX汽车总装厂，仪表台分装工位。 WHO：客户端质量工程师李工报告，我司质量部张经理确认。 WHY：卡扣实测剪切强度45-62N，不满足客户规范ES 2024-003要求的≥80N。 HOW：抽检比例15%（18/120），涉及已装配车辆42台。 HOW MUCH：已发出42件，估计客户停线损失约1.2万元，追溯原材料批次RM-2024-0088。

你看，信息完整、无歧义，团队拿到这份描述，直接可以进入D3开始干活。

D2常见的三个坑坑一：把D2写成D4

表现：一上来就是"因为XX供应商管理不到位"或"工艺参数设置不合理"。

后果：还没调查就下结论，容易遗漏其他可能的原因，方向跑偏。

✅ 解法：D2只说"是什么"，"为什么"是D4的事。

坑二：信息残缺，关键数据缺失

表现：只有"有问题"，没有时间、数量、批次、影响范围。

后果：团队花大量时间去做"本应该在D2就确认"的事情，效率极低。

✅ 解法：写完D2后自己问自己——"别人看完这个描述，能直接采取行动吗？"

坑三：语言主观，形容词过多

表现："问题非常严重" "造成重大影响" "质量状况堪忧"。

后果：不同人读完理解不同，缺少客观参照。