EasyBug问题反馈及处理流程v0.2

EasyBug协作流程：新增5个模块（等待分析/搁置问题/需要讨论/可以修改/正在处理）用于协作开展问题处理

• 问题上报：运营团队在实际使用过程中遇到系统异常应将问题上报至EasyBug，问题初始状态设为“未修复”，问题初始模块为“系统错误”
• 问题分类：由[运营主管]根据问题的严重性和紧迫性对问题分类，并将需要处理的问题的模块设为“等待分析”，并分配给[研发主管]
  
• 问题搁置：如果该问题影响不严重或以现有资源条件（优先级设为严重）无法开展，则将该问题的模块设为“搁置问题”，并注明解决问题需要创造的条件
  
• 错源分析：
• [研发主管]按问题优先级顺序进行初步分析，判断导致问题发生的业务模块源头
• 将错源明显的问题模块设为“需要讨论”并按业务分配给相关技术负责人
• 对于错源明显且容易修改的简单问题也可直接将问题模块设为”可以修改“并按业务分配给相关技术负责人
• 问题讨论：
• 各业务技术负责人在开展问题讨论前应在WizNote中创建错因分析报告并对错误原因进行初步判断
• 组织讨论时，由[研发主管]指导技术团队业务负责人制定错因分析报告的解决方案，并将问题模块设为”可以修改“
• 对于无法判断错误原因或制定解决方案的问题，由技术团队将该问题的模块设为“搁置问题”，并注明受到困扰的问题有哪些
• 研发计划：研发主管定期将可以修改的问题排入研发计划，并将问题模块设为”正在处理“
• 任务完成：计划任务的执行者按技术方案完成问题处理后将问题状态设为“待审核”，并将问题模块重新设为"系统错误”
  
• 问题验证：
• 运营团队对“待审核”状态的问题进行测试
• 未有效解决的问题由运营团队将该问题的模块设为“需要讨论”并将状态改为“未修复”
• 已解决的问题由运营团队将问题状态设为“已解决”
• 问题关闭：运营主管定期关闭状态为“已解决”的问题或已上报的相同问题

---

BUG技术负责人：企业微信（吴锦情）、订单与客服（杜永贞）、其它（周明凯）

BUG处理预期目标：

1.每周讨论问题的总数<=10个，包括：

• 错因不明的新问题
• 验证失败的老问题

2.每周排入计划修改的问题数量<=10个

---

BUG相关时间安排：

1.周一/周五（上午）：按需开展问题讨论

2.周二（下午）：在乐活运维例会中组织开展问题分类和错源分析

3.周六：制定下周研发计划（将可以修改的问题纳入计划任务）

4.周日：分配本周计划任务

5.其它：问题讨论前1天准备好错因分析报告

---