因果图与根本原因分析是什么
因果图（鱼骨图）把问题按类别展开为原因分支，常见分类是人、机、料、法、环；配合 5Why 追问与帕累托排序定位根本原因。它的作用是让讨论从「谁的问题」转到「哪些因素在起作用」，避免把现象直接当原因。用于质量缺陷、进度偏差与过程问题的系统分析。
基本信息
| 常见分类 | 人（人员技能与配置）、机（工具与环境）、料（数据与素材）、法（流程与标准）、环（外部条件） |
|---|---|
| 配套方法 | 5Why 追问至可采取措施的层级、帕累托按影响度排序 |
| 使用前提 | 问题描述具体且可量化，否则原因分支无法收敛 |
| 典型输出 | 候选原因清单、按影响度排序的根因结论、改进措施 |
| 常见场合 | 质量缺陷分析、进度偏差归因、事故复盘 |
典型使用场景
- 上线后接口超时率升高，系统梳理技术、环境与数据层面的可能原因
- 缺陷集中出现在同一模块，分析是需求质量、设计缺陷还是测试覆盖不足
- 进度反复落后，分析是否由需求变更、资源冲突或估算偏差造成
- 客户投诉集中出现，梳理流程、人员与工具层面的成因
- 重复性运维事故排查，找到机制性原因而非个人操作失误
鱼骨图分支示例（软件缺陷）
鱼骨图分支示例（软件缺陷）
问题：上线后接口超时率升高（量化：超时率由 0.5% 升至 4%）
人：联调环境未做压测 # 人员技能与执行动作层面的原因
机：测试环境规格低于生产环境 # 工具与环境的差异
料：测试数据规模不足 # 数据与素材层面的原因
法：缺少性能验收标准 # 流程与标准层面的原因
环：上线初期流量突增 # 外部条件变化
按影响度排序 -> 用帕累托锁定贡献前几位的原因
# 先排优先级再做改进，避免同时改所有环节
改进验证：设定性能验收标准 + 环境规格对齐，下个版本复测超时率分析要点与常见错误
| 环节 | 正确做法 | 常见错误 |
|---|---|---|
| 定义问题 | 量化现象与时点 | 问题描述模糊，原因分支发散 |
| 展开原因 | 按类别系统覆盖，先多后收 | 只写想到的两三条就下结论 |
| 追问根因 | 追问到可采取措施的层级 | 一路追问到组织文化，无法落地 |
| 排序筛选 | 用频次或损失数据做帕累托排序 | 凭直觉选择原因，改进无效 |
| 验证改进 | 改进后用数据复核 | 改完不复测，无法确认根因是否找对 |
5Why 追问到可采取措施的层级即可：继续追问到组织文化或行业环境层面，虽然理论正确但无法落地，反而让分析停在空中。