使用场景: 质量工程师或运营经理，排查生产故障
这样组织的原因: 制造根本原因分析中，「设备」和「方法」两条骨往往藏着最有价值的行动项——操作员按培训时的流程执行，但工具或指导书才是真正的失效点。
使用场景: 工程负责人或 SRE，在事后复盘中排查原因
这样组织的原因: 重复出现的故障几乎都指向「方法」这条骨——是流程失效了，而不仅仅是触发事故的那个人。鱼骨图能暴露出那些「点名问责」永远解决不了的系统性问题。
使用场景: 护士长或患者安全官员，复盘不良事件
这样组织的原因: 医疗鱼骨分析中，「材料」和「环境」类原因（如相似包装、照明不足）影响大却常被忽视，因为它们感觉超出个人控制范围。把它们写出来，才能让它们变成可解决的问题。
使用场景: 客户成功总监或服务质量负责人
这样组织的原因: 服务运营中，「方法」和「测量」两条骨见效最快——一个断掉的升级路径或一个延迟的满意度调查，都是不需要新工具和额外人手就能修复的流程问题。
使用场景: 学校管理者、课程负责人或教师团队
这样组织的原因: 教育类鱼骨分析经常暴露「方法」和「材料」的不匹配——课程和教材针对的是旧考纲，不是学生实际参加的考试。把这个问题写出来，它就从「成绩问题」变成了可解决的教材采购问题。
使用场景: 项目经理或 PMO 负责人，在复盘中梳理原因
这样组织的原因: 项目延期几乎总有多条骨上的原因——鱼骨图能让团队跳出「我们低估了工作量」这个笼统结论，明确指出具体的人员、流程和依赖失效点。
回到模板页，直接替换成你的课程主题、章节和复习重点，就可以继续使用这套结构。
使用这个模板： /editor/new?template=fishbone-diagram
使用这个模板