涉及团队
bug验证
初定改善
问题提报和非bug反馈
加监控
否
执行改善
是
补充原因+方案
8D报告执行
开始/结束
测试owner
bug
SQA
涉及二级leader
用户
验证效果
生成潜伏列表
第二阶段
发布流程
接受/处理
有效
发布
二级leader
已解决
验证
研发质量复审8D
关闭
处理人-开发
ops
开始
拒绝
反馈问题
回复问题反馈人tapd链接
8D报告监控
责任人编写8D
改善无效
审核方案
问题处理后
确认执行
第一阶段：试点执行【潜伏事故】改善流程
研发质量提交CTO
加监控收数据
统计潜伏列表
跟踪执行
确认范围
开发处理
重开
开发leader
能
8D报告处理
观察
组会
说明：【加监控】：必须步骤，否则后面无法执行；【生成潜伏列表】：能做到最好，不能做到提供可执行的方案，SQA手动收集。
不认可
研发质量跟踪D7执行
是否有效
bug验证流程
责任部门leader初审8D
建/改wiki
8D组长跟踪D3-D6执行
统计确认效果
2天内
确认“试点+阈值”
确认改善
开发owner
说明：值班人员：若不能判断是否是bug按bug处理记录到tapd；SQA：每周定期跟进对非测试人员报告的tapd问题找对应的团队跟进（履约：杨威。其他：王静）。
值班人员
创建/更新tapd链接研发负责人“业务部门”处理人“开发leader”
问题复现
