8D 的 D1 与 D2：把问题说对，分析才有靶子

8D 的功力，一半在问题描述上。这一步做扎实了，后面的根因分析才有靶子。

一、D1 成立小组：看着简单，最考验组织能力

小组由谁牵头、跨部门成员怎么配、主持人负责什么，这几件事如果不先理清，后面的讨论很容易变成各说各话。

一个实用的做法是先明确三件事。第一，谁是主持人。主持人不必是职位最高的人，但必须具备推动讨论、控制节奏、防止跑题的能力。第二，需要哪些职能参与。这取决于问题涉及的范围，涉及供应商的要拉采购，涉及设计的要拉技术。第三，谁有决策权。措施需要资源投入时，谁来拍板要提前讲清楚。

成员不在多而在合适。一个人数过多但角色不清的小组，效率往往低于一个精简但分工明确的小组。

二、D2 陈述问题：最容易做砸的一步

很多团队跳过现象描述，直接冲进原因分析，结果各人理解的问题都不一样。

正确的做法是用 5W2H 把问题写清楚：什么现象、在哪里发生、什么时间开始、涉及哪些批次或机台、为什么值得优先处理、发生的机理方向、涉及多少数量或金额。

写完之后，用鱼刺图或头脑风暴把信息组织起来，让问题"看得见"。

三、问题描述的四个常见缺陷

第一，把原因写进描述。比如写"因为操作工疏忽导致漏装"，这已经不是描述，而是结论，会限制后续分析的开放性。

第二，范围不清。没有说明影响的是单一机台还是一类产品，导致措施覆盖面判断错误。

第三，缺少量化。只说"不良率偏高"，不说具体数值和对比基准。

第四，时间线不明。不知道问题是突然出现还是逐渐恶化，这会直接影响排查方向。

四、一个检查方法

描述写完后，把它交给一个不参与这个项目的同事，请他复述一遍理解到的问题。

如果他复述的内容和小组的理解有明显出入，说明描述还不够清楚，需要继续补充。

五、这一步为什么值得花时间

问题描述做对，团队的分析效率会显著提升。反之，一个含混的起点会让整个 8D 在后期反复返工。

在八个步骤里，这一步的投入产出比最高。