软件版本升级发布管理制度)2014-05-221
xxx公司软件版本升级管理制度为进一步规范软件版本的升级活动，制定本制度。

一、原则：
（一）以产品功能优化、更好的为客户优质体验为第一原则；
（二）销售、客服针对内部发现及客户提出的问题进行描述、统计，以书面形式、按照一定周期提交；
（三）对产品Bug及需求进行分类界定；
（四）对产品Bug及需求的紧迫程度进行界定；
（五）产品版本升级原则上按照一定周期进行，即：研发部门对产品在规定的周期内完成Bug解决或需求开发并进行充分测试，达到上线发布要求后方可升级；
（六）成立产品升级评估小组，由销售、客服、研发、企管人员组成，对分类、程度、周期等进行评估、界定。

二、问题提交、产品Bug及需求分类：
（一）销售、客服发现产品问题，周四下班前汇总提报企管部，由评估小组进行分类界定；每周提报一次；
（二）严重Bug及紧迫需求可以随时提报，不受上述时限限制。

三、产品Bug及需求分类：
（一）程序报错、界面显示名称格式错误、查询错误、验证条件错误、数据保存错误等问题，归为Bug；
（二）对当前功能提出的改进要求、建议（包括：易用性、人性化、操作流程、用户体验等方面），在当前功能基础上增加新的功能，归为需求。

三、产品Bug的紧迫程度：
（一）严重Bug：操作流程不能继续进行、数据丢失、数据错误等；
（二）一般Bug：不影响操作流程的其他Bug。

四、产品需求的紧迫程度：
（一）紧迫需求：覆盖用户多，影响范围广的需求；公司决策层评审确定为紧迫的需求；
（二）一般需求：其他需求。

五、Bug、需求处理：
（一）严重Bug：由前台研发部在Bug提交后24小时内解决，不能在24小时内解决的由负责人提出书面解决方案及解决时限；
（二）紧迫需求：由评估小组确定解决方式及时限；
（三）一般Bug及一般需求：前台研发部对问题每月汇总一次，确定下一版本升级的范围（解决了哪些Bug及需求），在次月统一修改、测试并升级；
六、一般Bug及一般需求的升级发布：
（一）每月最后一个周五，前台研发部对提报的问题进行规划；
（二）一个月内可以解决的一般Bug及一般需求，列入开发计划，报评审小组审核；
（三）修改时间超过一个月的，单独列计划开发，确保不影响每月版本升级发布；
（四）产品发布前须经过严格测试，前台、后台都要细致测试，出具测试报告，测试无问题后方可上线发布。

xxx公司山东诺安诺泰信息系统有限公司行政部2014年5月22日印发。