制度&罚则--线上疑似问题处理流程

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

研发组织管理--制度&罚则--线上疑似问题处理流程

 

建立线上问题反馈群

                各项目组由测试组织一个线上问题反馈群,并担任管理员

                参与人: 研发测试全体成员, 产品经理, 系统使用方(人员由使用方决定)

 

bug空间

                所有线上问题确认后, 需要在线上问题跟踪空间, 建立卡片进行跟踪管理；

 

遵守规范：

线上Bug分级及处理时效

线上问题处理流程及判断标准

 

参与角色

          2.1  测试人员

                 管理线上问题反馈群, 包括群公告, 人员增减, 参与问题跟踪确认,问题跟踪人员轮岗安排

          2.2  开发人员

                  问题跟踪人员确认缺陷后, 跟进分析代码问题及修复. 参与问题跟踪确认

          2.3   产品经理

                  参与问题跟踪确认, 将确认缺陷的修复安排和业务部门/系统使用方沟通

          2.4   业务部门/系统使用方

           将线上发现的疑似问题P0及P1: 发送线上故障邮件+反馈群通知(以线上问题提报模板),P2及下: 反馈群通知(以线上问题提报模板)

          2.5   问题跟踪人员(虚拟岗)

                  测试人员, 开发人员, 产品经理需要每天轮岗对反馈群中业务部门提出的线上疑似问题进行跟进.

 

问题处理流程

           3.1  业务部门/系统使用方在咚咚群发出问题后, 问题跟踪人员需要在15分钟内对问题进行回复并且做线上验证,

                  如果问题格式不符合规范, 需要督促问题提出人以(线上问题提报模板)为基础发出.

           3.2  问题跟踪人员线上验证后

                 1: 如果确定是线上缺陷, 需要发送线上问题报备邮件, 在行云空间中录入线上缺陷卡片(根据线上BUG分级规则), 分配跟进的研发和测试, 咚咚群中通知项目所有人

                 2: 如果确实不属于缺陷, 只是功能优化需求, 通知产品经理, 由产品经理决定是否需要录入新需求卡片, 结果由产品经理在咚咚群中回复问题提报人

           3.3  分配的研发对缺陷原因进行分析(线上问题结果通知), 分配的测试跟进测试缺陷, 产品经理确认缺陷的修复上线时间(排期), 并咚咚群中回复问题提报人.

 

问题修复后续

           4.1   研发人员在完成线上问题原因分析及邮件通知后, P0及P1级问题需要组织线上问题复盘会.

           4.2   测试人员在确认缺陷后,需要将线上BUG详情记录