制度&罚则--线上Bug分级及处理时效

本文在研发组织管理中的位置：

研发组织管理--制度&罚则--线上Bug分级及处理时效

 

线上bug分级

 

等级	说明	举例
P0	整个系统无法使用
P1	系统的某个主干功能或者独立模块无法使用
P2	系统中的一个非主干功能无法使用
P3	系统中的功能有异常,但通过其他方式仍能正常使用
P4	系统中的前端显示有问题但功能正常	文字或者格式排版不正常等
非Bug	服务器突发性异常 性能突发性降低 功能实现和业务预期不符合	1. R2M服务器某个实例假死 2. 机房网络大面积堵塞 3. 业务人员对功能设计不满意, 不能达到预想目标

 

线上Bug的处理措施及时效

 

等级	处理措施及负责人	处理时效(正常迭代)	处理时效(1.0项目上线一周内或转入正常迭代前)
P0	所有系统关联方进行问题排查, 找到问题后第一时间修复上线	Bug确认24小时内修复测试上线	Bug确认4小时内修复测试上线
P1	整个系统研发组进行问题排查, 找到问题后第一时间修复	Bug确认48小时内修复测试上线	Bug确认12小时内修复测试上线
P2	系统研发组进行问题排查, 找到问题后安排开发当天内修复	5个工作日内(通常在下一次上线计划一同修复测试上线)	Bug确认24小时内修复测试上线
P3	分配研发人员进行问题排查, 排期进行修复	10个工作日内(通常在未来2个上线计划内修复测试上线)	Bug确认48小时内修复测试上线
P4	分配研发人员进行问题排查, 排期进行修复	视研发团队任务排期而定	视研发团队任务排期而定
非Bug	产品提交新需求卡片	视研发团队任务排期而定	视研发团队任务排期而定