第2章问题描述与界定

问题描述与界定：5W2H法、问题陈述模板、问题优先级矩阵

各位工程师朋友，咱们今天聊一个特别实在的话题——怎么把问题说清楚。

我在工厂里待了十几年，见过太多这样的场景：一群人围在产线边上，七嘴八舌说“这个零件有问题”、“那个工序不稳定”。但你追问一句“具体什么问题？”，大家就支支吾吾了。说白了，问题描述不清，后面所有的分析都是白搭。

所以这一节，我把自己压箱底的三件工具拿出来：5W2H法、问题陈述模板、问题优先级矩阵。这三样东西，你用好它们，根因分析就成功了一半。

5W2H不是什么新鲜概念，但真正用到位的人不多。我个人的习惯是，拿到一个问题，先拿这张表去填空。

我的经验：很多工程师填到“Why”就卡住了。记住，这里的Why不是根因，而是“为什么这是个问题”。比如“客户要求尺寸公差±0.1mm，我们做到了±0.15mm”，这才是Why。别急着分析原因，先把问题框定住。

举个例子。我在一家机加工厂遇到过一个问题：某批次轴类零件端面跳动超差。用5W2H一填：

你看，这么一填，问题就清晰了。后面分析根因时，直接锁定“3号车床夜班刀具磨损”这个方向，省了多少弯路。

5W2H填完了，下一步就是写问题陈述。我见过很多工程师写的问题描述，洋洋洒洒几百字，核心信息却淹没在废话里。

我个人推荐一个模板，用了十几年，屡试不爽：

【问题对象】在【条件/场景】下，出现了【缺陷/异常】，
导致【影响/后果】，【严重程度】。

还是刚才那个例子，套用模板：

【3号数控车床加工的轴类零件】在【2024年3月15日夜班】，
出现了【端面跳动超差（实测0.08mm，标准≤0.05mm）】，
导致【装配卡死，不良率16%】，【需全检并返工32件】。

嗯，这里要注意：问题陈述里不要出现原因分析。比如不要说“因为刀具磨损导致端面跳动超差”。那是后面分析的事。问题陈述只描述事实，不推断原因。

避坑指南：我曾经犯过一个错，在问题陈述里写了“操作工未按标准作业”，结果被投诉了。后来我学乖了，问题陈述只写客观事实，不写人的因素。你想想看，写“操作工失误”和写“未执行标准作业步骤”，哪个更客观？显然是后者。

好了，问题描述清楚了。但工厂里每天都有几十个问题，你不可能每个都去深挖根因。这时候就需要优先级矩阵来帮忙。

我常用的矩阵有两个维度：影响程度和发生频率。每个维度分高、中、低三档。

影响程度 \ 发生频率	高	中	低
高	立即处理（P0）	优先处理（P1）	计划处理（P2）
中	优先处理（P1）	计划处理（P2）	观察处理（P3）
低	计划处理（P2）	观察处理（P3）	暂不处理（P4）

影响程度怎么判断？我一般看三点：

发生频率呢？很简单，看数据。一周发生一次算高，一个月一次算中，一季度一次算低。别凭感觉，拿数据说话。

  实战建议：我建议每个项目组每周开一次“问题优先级评审会”，把本周所有问题列出来，用这个矩阵打分。你会发现，很多你以为很严重的问题，其实只是“影响低、频率高”的P3级别，根本不需要兴师动众。

举个例子。某电子厂同时出现三个问题：

用矩阵一评估：A问题影响高（可靠性）、频率中（0.5%），P1优先处理；B问题影响低（只是效率）、频率高（每天都有），P3观察处理；C问题影响高（可能导致滑丝）、频率低（偶尔出现），P2计划处理。你看，资源分配一下子就清晰了。

说了这么多，我画张图帮你理一理思路。这三件工具是递进关系：先用5W2H把问题扒清楚，再用问题陈述模板写出来，最后用优先级矩阵决定先搞哪个。

这张图我每次培训都会放。你仔细看，从左到右，信息越来越聚焦，决策越来越清晰。这就是专业的问题界定流程。

我的小习惯：每次做项目，我都会把这三个工具打印出来，贴在项目看板上。团队成员遇到问题，先自己填5W2H，写问题陈述，再打分。填不清楚的，说明问题还没搞明白，别急着分析。

好了，这一节的内容就这些。三件工具都不复杂，但真正用好了，你的问题分析效率能提升一大截。下次遇到问题，别急着动手，先花10分钟把问题界定清楚。相信我，这10分钟花得值。

公众号:蓝海资料掘金营，微信deep3321