EasyBug
协作流程：
新增5个模块（等待分析/搁置问题/需要讨论/可以修改/正在处理）用于协作开展问题处理
- 问题上报：运营团队在实际使用过程中遇到系统异常应将问题上报至EasyBug，问题初始状态设为“未修复”，问题初始模块为“系统错误”
- 问题分类：由[运营主管]根据问题的严重性和紧迫性对问题分类，并将需要处理的问题的模块设为“等待分析”，并分配给[研发主管]
- 问题搁置：如果该问题影响不严重或以现有资源条件（优先级设为严重）无法开展，则将该问题的模块设为“搁置问题”，并注明解决问题需要创造的条件
- 错源分析：
- [研发主管]按问题优先级顺序进行初步分析，判断导致问题发生的业务模块源头
- 将错源明显的问题模块设为“需要讨论”并按业务分配给相关技术负责人
- 对于错源明显且容易修改的简单问题也可直接将问题模块设为”可以修改“并按业务分配给相关技术负责人
- 问题讨论：
- 各业务技术负责人在开展问题讨论前应在WizNote中创建错因分析报告并对错误原因进行初步判断
- 组织讨论时，由[研发主管]指导技术团队业务负责人制定错因分析报告的解决方案，并将问题模块设为”可以修改“
- 对于无法判断错误原因或制定解决方案的问题，由技术团队将该问题的模块设为“搁置问题”，并注明受到困扰的问题有哪些
- 研发计划：研发主管定期将可以修改的问题排入研发计划，并将问题模块设为”正在处理“
- 任务完成：计划任务的执行者按技术方案完成问题处理后将问题状态设为“待审核”，并将问题模块重新设为"系统错误”
- 问题验证：
- 运营团队对“待审核”状态的问题进行测试
- 未有效解决的问题由运营团队将该问题的模块设为“需要讨论”并将状态改为“未修复”
- 已解决的问题由运营团队将问题状态设为“已解决”
- 问题关闭：运营主管定期关闭状态为“已解决”的问题或已上报的相同问题
BUG技术负责人：企业微信（吴锦情）、订单与客服（杜永贞）、其它（周明凯）
BUG处理预期目标：
1.每周讨论问题的总数<=10个，包括：
- 错因不明的新问题
- 验证失败的老问题
2.每周排入计划修改的问题数量<=10个
BUG相关时间安排：
1.周一/周五（上午）：按需开展问题
讨论
2.周二（下午）：
在乐活运维例会中组织开展问题分类和错源分析
3.周六：制定下周研发计划（将可以修改的问题纳入计划任务）
4.周日：
分配本周计划
任务
5.其它：问题讨论前1天准备好错因分析报告
