制度&罚则--线上Bug分级及处理时效
Posted 杨不羁
tags:
篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了制度&罚则--线上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 | 产品提交新需求卡片 | 视研发团队任务排期而定 | 视研发团队任务排期而定 |
以上是关于制度&罚则--线上Bug分级及处理时效的主要内容，如果未能解决你的问题，请参考以下文章