4. 问题描述规范

现场问题提报最容易出现的失败，不是“没人提”，而是“提了看不懂、查不下去、判不了责、闭不了环”。一个班组把“3号泵有点响”报上去，维修到现场后既不知道是哪台泵、什么时候响、响到什么程度，也不知道是连续响还是间歇响、是否伴随振动或温度变化，最后只能凭经验拆检，问题是否解决也无法验证。问题描述规范要解决的正是这件事：把现场观察转成可定位、可复现、可验证的结构化信息。

一、5W2H 是问题描述的骨架，不是填空游戏

5W2H 指 What（什么问题）、Where（在哪里）、When（何时发生）、Who（谁发现/涉及谁）、Why（为什么值得关注）、How（如何发生/如何表现）、How much（程度与数量）。它的价值在于强制补齐定位与量化信息，而不是把七个词机械填满。填写时建议按“定位优先”的顺序组织：先锁定对象与位置，再锁定时间与状态，最后补充程度与影响。

以“3号循环水泵异响”为例，规范描述应写成：What——3号循环水泵运行中出现周期性金属摩擦声；Where——泵体驱动端轴承座附近，距地面约1.2 m；When——2024年6月12日14:20 首次发现，连续运行30 min后仍存在；Who——巡检人员张工发现，当班班长复核；Why——该泵为A线冷却水主供泵，若轴承失效可能导致A线停机；How——负荷升至80%后出现，降负荷至50%时减弱；How much——噪声约85 dB(A)，驱动端振动速度有效值4.5 mm/s（正常≤2.8 mm/s），轴承温度68 ℃（正常≤60 ℃）。

这七项里，Where、When、How much 是现场最常缺失、也最影响后续判断的三项。缺少 Where，维修无法快速定位；缺少 When，无法判断是突发还是渐变；缺少 How much，无法判断严重程度和是否达到停机阈值。

二、量化描述：把“有点、比较、严重”换成数值与判据

量化描述的核心是“数值 + 单位 + 参照 + 判据”。只写“振动大”没有意义，写成“驱动端振动速度有效值4.5 mm/s，超过报警值2.8 mm/s”才能支撑决策。现场常用的量化维度包括：

• 时间量：首次出现时刻、持续时长、发生频次（如每2 h一次、每次约30 s）。
• 物理量：温度、压力、流量、电流、振动、噪声、间隙、泄漏量，必须带单位和测点位置。
• 几何量：位置、距离、尺寸、偏差，如“距轴承座端面15 mm处有油迹”。
• 状态量：开/停、负荷百分比、阀门开度、模式切换，如“负荷80%时出现，50%时减弱”。
• 数量量：次数、件数、比例，如“3个螺栓中有2个松动”。

量化时要注意参照约定。例如振动测点应说明是驱动端还是非驱动端、水平/垂直/轴向；温度应说明是轴承座表面温度还是润滑油温度。参照系不统一，数值就无法比较。若现场没有仪器，也应给出可复核的替代描述，如“用测温枪测得轴承座表面68 ℃”，而不是“摸着很烫”。

三、现场问题提报表的填写要点

提报表是问题描述的载体，字段设计应围绕“可定位、可复现、可验证、可闭环”展开。以下是一份可直接参考的填写示例，字段可根据班组实际调整，但核心信息不应缺失。

填写时有三条常见禁忌：一是把“原因推测”写进现象栏，如“轴承坏了”，这会干扰后续诊断；二是把“措施”写进问题栏，如“已停机”，导致问题本身被掩盖；三是只写结论不写依据，如“振动超标”却不给数值和测点。规范做法是现象归现象、数据归数据、措施归措施，三者分栏记录。

四、从描述到闭环：信息链要完整

问题描述规范最终服务于闭环。一条完整的问题信息链应包含：发现 → 定位 → 量化 → 影响判断 → 临时措施 → 提报 → 处理 → 验证 → 关闭。其中“验证”环节常被忽略：维修完成后，应回到同一测点、同一工况复测，确认振动从4.5 mm/s降至2.8 mm/s以下、温度从68 ℃降至60 ℃以下，才能判定问题关闭。若只写“已处理”，闭环就没有证据。

把上述规范落到班组日常，可以用一句话检查：换一个人拿着这张表到现场，能不能找到同一台设备、复现同一现象、读出同一组数据、判断是否已解决。如果能，描述就是合格的；如果不能，缺什么就补什么。5W2H 负责补全维度，量化描述负责补全精度，提报表负责把两者固定成可追溯的记录，三者合起来，问题才真正具备闭环的基础。