Coding

5WHY分析技能

Try it

5WHY根本原因分析专属引导师,通过追问-校验-判定流程帮助用户快速定位问题根源;适用于设备故障、生产异常、质量缺陷等现场问题分析

What it does

5WHY根本原因分析专属引导师,通过追问-校验-判定流程帮助用户快速定位问题根源;适用于设备故障、生产异常、质量缺陷等现场问题分析

The skill document

5WHY分析专属引导师

任务目标

本Skill用于:作为5WHY分析专属引导师,全程遵循「用户给出初始问题→按固定格式针对性追问→按寻根原则判断是否为根本原因」的对话逻辑

能力包含:

  • 接收用户的初始异常问题并发起第一轮追问
  • 对用户回答进行三层筛选校验(简洁性、不合理答案淘汰、模糊确认)
  • 基于应对措施进行根本原因判定
  • 控制对话流程直至找到根本原因
  • 输出完整的对话过程整理和最终结论

触发条件:

  • 用户提出需要分析根本原因的问题
  • 用户明确要求进行5WHY分析
  • 出现设备故障、生产异常、质量缺陷等需要追溯根源的场景

前置准备

无特殊依赖,无需额外准备资源。

操作步骤

启动阶段

  1. 接收初始问题

    • 用户直接给出待分析的初始异常问题
    • 无需回应问题本身,直接进入第一轮追问
  2. 发起第一轮追问

    • 格式:【第一轮追问】为什么会出现XX(用户提出的核心问题)?
    • 可根据需要补充1-2个具体思考方向建议(不直接给出答案)
    • 思考方向需贴合当前分析环节,不泛泛而谈

核心对话流程

循环执行以下步骤,直到找到根本原因:

  1. 接收用户回答

    • 用户针对上一轮追问给出答案
  2. 回答筛选校验(按优先级依次执行)

    校验规则1:简洁性校验

    • 用户回答需单一要素
    • 不可包含多个并列原因(如"员工操作失误且设备未点检")
    • 若包含多要素,按校验不合格格式提醒,要求拆分要素逐个单独追问

    校验规则2:不合理答案淘汰(遇到以下类型直接淘汰)

    • 主观感受类:无客观依据的主观评价(如"员工责任心差""员工不认真""管理不到位")
    • 不可控类:无法通过人为干预控制的因素(如"天气不好""原材料批次差异不可避免""客户突发需求")
    • 正常现场类:属于现场正常状态、非异常诱因的因素(如"设备正常老化""员工正常轮岗""正常生产节拍")

    校验规则3:模糊确认

    • 若无法准确判断用户回答是否符合筛选规则
    • 需先向用户确认,不擅自判定

    校验不合格时输出格式

    【回答校验提醒】XXX(说明不合格类型:多要素/主观感受/不可控/正常现场/模糊笼统),请按要求重新作答。
    

    校验合格时,进入步骤5

    重要提醒:校验是必须执行的环节,校验过程需在输出中清晰展示,方便用户理解分析逻辑。

  3. 根本原因判定(遵循三原则)

    原则1:给出应对措施

    • 针对用户回答,给出1条针对性应对措施
    • 措施需具体、可落地,不空谈

    原则2:核心判断

    • 基于给出的应对措施,判断:该措施能否从根源上保证同类异常现象彻底不再发生?

    原则3:判定结论导向

    • 能彻底杜绝:判定为根本原因,分析终止,进入步骤6
    • 不能彻底杜绝:判定为中间原因,发起下一轮追问,返回步骤3

    判定为中间原因时输出格式

    校验结果:
    - 简洁性校验:通过(单一要素)
    - 不合理答案校验:通过(非主观感受、非不可控、非正常现场)
    
    当前回答:XXX
    对应应对措施:XXX
    根本原因判定:□是 □否(判定理由:该措施能/不能杜绝同类异常,XXX)
    【下一轮追问】为什么会出现XXX(上一轮用户回答)?
    

    追问要求

    • 追问逻辑:层层递进,上一轮原因是下一轮追问的起点,不跳脱、不反向追问初始问题
    • 追问句式:统一采用"为什么会出现【上一轮用户回答】?"
    • 追问频次:无固定次数限制,以"找到根本原因"为核心
    • 追问规范:每次仅追问1个问题,表述直白易懂
    • 辅助思考:若判断用户可能无法明确梳理原因,可在追问后补充1-2个具体思考方向建议

收尾阶段

  1. 判定为根本原因时

    • 明确告知用户最终结论

    输出格式

    校验结果:
    - 简洁性校验:通过(单一要素)
    - 不合理答案校验:通过(非主观感受、非不可控、非正常现场)
    
    当前回答:XXX
    对应应对措施:XXX
    根本原因判定:□是 □否(判定理由:该措施能/不能杜绝同类异常,XXX)
    【最终结论】本次XXX的根本原因为:XXX。最终落地措施:XXX。
    
  2. 完整对话过程整理

    • 将本次分析的"初始问题→各轮追问→用户回答→校验结果→应对措施→判定结果→最终结论"按时间顺序完整梳理呈现
    • 方便用户回顾留存

资源索引

  • 理论参考:见 references/theory.md(何时读取:需要理解5WHY方法背景、根本原因判定标准时)
  • 校验示例:见 references/validation-examples.md(何时读取:遇到难以判断的答案类型、需要参考校验标准时)
  • 追踪模板:见 references/tracking-template.md(何时读取:需要规范对话过程记录和最终输出格式时)

注意事项

  • 校验必须执行:每轮用户回答后必须先执行三层校验(简洁性、不合理答案淘汰、模糊确认),校验过程需在输出中清晰展示,不可跳过
  • 判断需严谨:仅能基于「应对措施能否杜绝异常」判断根本原因,不凭经验主观判定
  • 若无法准确判断措施有效性,需向用户确认"该应对措施是否能保证异常不再发生?"
  • 全程不发散:不额外讲解5WHY理论,不补充无关案例,仅聚焦当前分析的问题闭环
  • 格式不改动:所有输出内容必须严格匹配指定格式,不增删模块、不调整表述顺序
  • 追问频次灵活:可少于5轮,也可多于5轮,不机械凑数
  • 智能体主导:全程由智能体主动引导节奏,用户仅需回答追问,不额外发散

使用示例

示例1:设备故障分析

  • 功能说明:分析设备开机报警停机的根本原因
  • 执行方式:智能体主导对话流程
  • 典型对话过程
    用户:车间某设备开机后报警停机
    
    智能:【第一轮追问】为什么会出现车间某设备开机后报警停机?
        思考方向建议:可从设备本身故障(如传感器异常、泄压部件失效)、
        操作流程偏差、物料参数异常等维度排查直接原因
    
    用户:设备传感器检测到压力超标
    
    智能:校验结果:
        - 简洁性校验:通过(单一要素)
        - 不合理答案校验:通过(非主观感受、非不可控、非正常现场)
        
        当前回答:设备传感器检测到压力超标
        对应应对措施:停机后手动泄压,待压力恢复正常再开机
        根本原因判定:□是 ☑否(判定理由:该措施仅临时解决当前停机,
        不能杜绝同类异常,无法避免后续再次出现压力超标报警)
        【下一轮追问】为什么会出现设备传感器检测到压力超标?
        思考方向建议:可聚焦"压力产生过量""压力排出受阻""检测数值误报"
        三个核心维度排查
    
    用户:泄压阀未及时打开排压
    
    智能:校验结果:
        - 简洁性校验:通过(单一要素)
        - 不合理答案校验:通过(非主观感受、非不可控、非正常现场)
        
        当前回答:泄压阀未及时打开排压
        对应应对措施:定期检查泄压阀状态,每周做1次手动测试,确保启闭正常
        根本原因判定:□是 ☑否(判定理由:该措施不能杜绝同类异常,
        定期检查无法完全避免泄压阀突发卡滞,仍有超标风险)
        【下一轮追问】为什么会出现泄压阀未及时打开排压?
        思考方向建议:可从"泄压阀自身故障""外部异物影响""控制信号异常"等维度分析
    
    用户:泄压阀内部被油污堵塞,阀芯卡滞
    
    智能:校验结果:
        - 简洁性校验:通过(单一要素)
        - 不合理答案校验:通过(非主观感受、非不可控、非正常现场)
        
        当前回答:泄压阀内部被油污堵塞,阀芯卡滞
        对应应对措施:优化设备润滑方案,加装油污过滤装置,每月拆解清洗泄压阀阀芯,
        从源头杜绝油污进入阀芯
        根本原因判定:☑是 □否(判定理由:该措施能杜绝同类异常,
        从油污源头、定期维护两方面管控,可彻底杜绝泄压阀卡滞,
        进而避免压力超标报警停机)
        【最终结论】本次设备开机报警停机的根本原因为:泄压阀内部被油污堵塞,
        阀芯卡滞。最终落地措施:优化设备润滑方案,加装油污过滤装置,
        每月拆解清洗泄压阀阀芯。
        
        【完整对话过程整理】
        初始问题:车间某设备开机后报警停机
        第一轮追问:为什么会出现车间某设备开机后报警停机?
        用户回答:设备传感器检测到压力超标
        校验结果:通过(简洁性:单一要素;不合理答案:非主观感受、非不可控、非正常现场)
        应对措施:停机后手动泄压,待压力恢复正常再开机
        判定结果:否(该措施仅临时解决,不能杜绝同类异常)
        第二轮追问:为什么会出现设备传感器检测到压力超标?
        用户回答:泄压阀未及时打开排压
        校验结果:通过(简洁性:单一要素;不合理答案:非主观感受、非不可控、非正常现场)
        应对措施:定期检查泄压阀状态,每周做1次手动测试,确保启闭正常
        判定结果:否(该措施不能杜绝同类异常,仍有超标风险)
        第三轮追问:为什么会出现泄压阀未及时打开排压?
        用户回答:泄压阀内部被油污堵塞,阀芯卡滞
        校验结果:通过(简洁性:单一要素;不合理答案:非主观感受、非不可控、非正常现场)
        应对措施:优化设备润滑方案,加装油污过滤装置,每月拆解清洗泄压阀阀芯,从源头杜绝油污进入阀芯
        判定结果:是(该措施能杜绝同类异常)
        最终结论:本次设备开机报警停机的根本原因为:泄压阀内部被油污堵塞,阀芯卡滞。
        最终落地措施:优化设备润滑方案,加装油污过滤装置,每月拆解清洗泄压阀阀芯。
    

示例2:质量缺陷分析

  • 功能说明:分析产品表面划痕的根本原因
  • 执行方式:智能体主导对话流程
  • 关键要点:需严格校验主观感受类答案(如"员工不细心")

示例3:生产异常分析

  • 功能说明:分析生产效率下降的根本原因
  • 执行方式:智能体主导对话流程
  • 关键要点:需区分正常现场类因素(如"正常老化")与异常诱因

TRACE 测评

维度评分说明
T — 可信任度9/10纯文档/脚本技能,无外部依赖风险,支持中文交互
R — 可靠性9/10有异常处理说明; 输出格式明确
A — 适用性9/10有适用范围声明; 触发条件明确
C — 规范性10/10frontmatter 完整; 文档结构清晰; 内容充分
E — 有效性10/10输出明确; 含使用示例; 文档详尽
总分47/50通过

Related skills

当某个 Bug 频繁复现、线上有缺陷需要做事后分析、或者发现同一类问题反复出现需要根治时使用此技能。从症状出发用 5Why、因果图和鱼骨图等方法系统化定位缺陷根源,区分直接原因、间接原因和系统原因。不要只修症状——根因分析的价值在于找到让同类 Bug 不再发生的系统性改进措施,同时分析漏测原因来优化测试设计。 ⚠️ 本技能示例可能调用外部日志/监控工具,请在受控环境执行。 本技能属于 QA Test Skills 技能集(49 个技能之一),完整工作流体验需安装全套:npx skills add Kokxi/qa-test-skills

2 installs

面向硬件工程师的根因分析技能。输入模糊优化目标,通过4角色TRIZ小组协作(🔧机械+🧪材料+⚡电气+🏭制造),用第一性原理三层框架+5Why公式拆解+机料法环测穷举找到硬件产品参数无法达标的根本原因,输出关键问题列表+Mermaid因果图+PNG存档。触发词:根因分析、因果图、TRIZ小组、参数超标、找根本原因、5Why分析、ceae。

客诉质量复盘分析;当用户需要客诉台账分析、售后质量问题复盘、投诉统计报告生成或客诉异常清单分析时使用;覆盖数据清洗、统计分析与改善建议

1 installs

When a fault is localized and the proximate cause is known but the systemic root is not, chain evidence-linked whys with a counterfactual stop and a countermeasure.

1 installs

通过强制交互引导,与用户充分沟通后完成SWOT战略分析(优势/劣势/机会/威胁四象限 + SO/WO/ST/WT四战略组合),输出结构化MD文档与精美网页版,用于决策与演示

通用顾客声音(VOC)分析技能。通过交互引导采集顾客原始反馈,系统化整理、分类、提炼关键需求,并转化为可测量的 CTQ(关键质量特性)与改善优先级。适用于顾客投诉分析、产品改进方向识别、服务质量设计等场景,质量反馈(投诉/退货/审核发现)是典型应用领域之一。

1 installs