适用场景
质量分析报告、8D 报告、QC 小组活动、生产例会。鱼头写要分析的问题,六根大骨是制造业常用的「人、机、料、法、环、测」六类原因,每类下面列出现场讨论出的具体原因。
怎么改成你的
- 第二行改成你的问题,写成可以量化的现象更好,如「一次合格率低于 95%」。
- 每个类别下面一行一条原因,缩进比类别深一级;不需要的类别整段删掉。
- 想往下追问「为什么」,在某条原因下面再缩进一级写更细的原因。
- 只用空格缩进,同一层的缩进保持一致。
Mermaid 代码
quality-defect-fishbone.mmd
ishikawa-beta
产品不良率偏高
人员
新员工培训不足
操作不按作业指导书
设备
设备老化精度下降
保养不及时
材料
来料批次差异大
供应商检验不严
方法
工艺参数未固化
首件检验流于形式
环境
车间温湿度波动
现场物料摆放混乱
测量
量具未按期校准
检验标准不统一让 AI 按这个结构生成一份
把下面这段发给豆包、DeepSeek、Kimi 或元宝,再把它的回复整段粘贴到编辑器,会自动识别其中的代码。
prompt.txt
请用 Mermaid 的 ishikawa-beta 语法画一张鱼骨图,分析「产品不良率偏高」的原因。第一行写 ishikawa-beta,第二行缩进写问题;下面按人员、设备、材料、方法、环境、测量六个类别各写一行,每个类别下面再缩进一级写 2 条具体原因。只用空格缩进,每行只写文字。只输出 mermaid 代码块。
常见问题
- 鱼骨图一定要用「人机料法环」吗?
不一定。这是制造业的习惯分类,服务业常用「人员、流程、政策、场所」,软件项目可以用「人员、需求、技术、流程、环境」。类别的作用是提醒大家从不同角度想原因,按你的场景换掉即可。
- 原因写多细合适?
写到可以采取行动为止。「培训不足」还可以再问为什么,「新员工上岗前没有实操考核」就能直接对应一条改进措施。图上保留两到三层,更细的放到报告正文里。
- 找出原因之后下一步做什么?
把各条原因按影响大小和发生频率排序,圈出最主要的两三条,用数据验证后再定改进措施。鱼骨图只负责把可能的原因列全,不负责判断哪条是真因。
同类模板
更新于 2026-11-11