软件发布管理流程规范

软件发布管理流程规范

编制：

审核：

日期：

版本：

编号：

密级：

修改历史

第 II 页

目录

1. 目标 (4)

2. 发布流程 (5)

3. 产品实施流程 (6)

第 III 页

1.目标

软件的发布过程，需要形成有序的良性循环。否则，各环节流转中容易发生相互等待、被动接应的局面。无形中，不断增加了沟通成本，扩大了软件的风险。且对后期造成的影响并不能够完全预知、完全估量。

因此，根据公司内部前期已有的习惯，总结过去产品的发布经验，分析统计结果后，特制定本发布过程规范。预期达到如下目的：

1、减少交叉沟通。通过将发布过程流程化，使每一个环节的执行者都非常清楚自己的产入产出，受谁的影响，将影响谁。当遇到困难时，能明确的定位寻找到关键人物沟通解决。避免当需要获取一件事情的进展情况时，需要广泛征询才能掌握的现象。减少交叉沟通成本。

2、提高工作预见性。流程一旦启动，流程中的所有人员便被触动。各环节执行人能迅速在早期预算出自己的“参与时间”、“参与内容”、“参与工作量”，主动提前做出安排、准备，避开人力、时间等资源上的冲突。且一旦发现冲突，便能立刻“报警”，报得越早，越能提前应对，减少损失。

2.发布流程

2.1.发布准备

发布之前，软件由测试人员进行确认测试；检查需求内登记的所有bug都已经被fixed，或者遗留的bug不影响系统的使用，如果有严重bug未解决将不能发布。

2.2.测试负责人及产品部编写产品质量报告进行质量分析和总结。

2.3.资料准备

文档包括需求、设计、测试文档，安装手册、使用手册、产品简介、对外宣传所有资料。

2.4.正式发布通知

正式发布，须通知开发、测试、运营、市场、销售各相关部门并附上产品发布说明和产品介绍；说明本次发布包含或者新增的功能特性说明；遗留问题及影响说明。

2.5.后续工作

产品发布后，在使用过程中可能还会发现一些bug。在不影响正常使用的情况下，这些bug将在系统升级后发布时解决；如果bug严重影响使用，必须提交需求进行系统修复后按照流程重新发布

2.6.临时发布

软件产品未正式发布前，可能需要一个临时版本供开发人员或者用户应急使用，这时候需要临时发布一个版本。这个版本只包括基本的程序包和必要的使用说明。临时发布需要通知各个相关部门。3.产品实施流程

为方便大家更加理解软件的整个发布循环过程，在此简单介绍软件通过Release阶段后的实施流程，它包括安装、培训等内容。具体的规范制度，以实施部门制定的为准。