鱼骨图是什么
鱼骨图（石川图、因果图）把问题的潜在原因按类别展开成骨架：制造业经典的六分类是人、机、料、法、环、测，软件场景常改为需求、设计、编码、测试、环境、流程。它用于团队头脑风暴阶段穷举可能原因，再逐条验证剔除。鱼骨图负责找全候选原因，五问法负责沿单链深挖，两者配合使用。
基本信息
| 结构 | 鱼头是问题现象，主骨是原因大类，分支是具体原因 |
|---|---|
| 常用分类 | 需求、设计、编码、测试、环境、流程（软件场景） |
| 制作方式 | 白板或绘图工具，团队共同补充条目 |
| 使用节奏 | 先发散收集，再投票排序，最后逐条用数据验证 |
| 验证结论 | 被证实的进根因分析，被排除的也要记录理由 |
| 搭配方法 | 与五问法、帕累托分析组合形成完整分析链 |
典型使用场景
- 线上事故复盘：多团队一起穷举可能原因，避免视角局限。
- 疑难重复缺陷：常见排查手段用尽后，系统性梳理遗漏方向。
- 质量专项改进：针对某类高发缺陷，分析涉及的需求与流程环节。
- 跨部门会议：让开发、测试、运维、产品在同张图前对齐认知。
- 新人训练：用鱼骨框架培养结构化的问题分析习惯。
软件场景的分类骨架
| 类别 | 典型原因示例 |
|---|---|
| 需求 | 描述模糊、验收标准缺失、变更频繁 |
| 设计 | 架构容量、接口契约、异常路径缺失 |
| 编码 | 边界处理、并发控制、资源释放 |
| 测试 | 用例缺失、数据不足、环境差异 |
| 环境与流程 | 配置漂移、发布检查缺失、监控盲区 |
先发散再收敛：头脑风暴阶段不急于否定，验证阶段一律用数据说话。
小图胜大图：一次分析聚焦一个问题现象，不要把多个故障混在一张图上。
结论要闭环：被证实的根因转成整改项并跟踪，被排除的原因归档，避免下次重复讨论。