文档介绍：软件发布管理流程规范
编制：
审核:
日期:
版本:
编号:
密级:
修改历史
修改时间
修改人
修改原因
版本
1. 目标
软件的发布过程，需要形成有序的良性循环。否则，各环节流转
中容易发生相互等待、被动接应的局面。无形中，不断增加了沟通成
本，扩大了软件的风险。且对后期造成的影响并不能够完全预知、完
全估量。
因此，根据公司内部前期已有的****惯，总结过去产品的发布经验，
分析统计结果后，特制定本发布过程规范。预期达到如下目的：
1、减少交叉沟通。通过将发布过程流程化，使每一个环节的执
行者都非常清楚自己的产入产出，受谁的影响，将影响谁。当遇到困
难时，能明确的定位寻找到关键人物沟通解决。避免当需要获取一件
事情的进展情况时，需要广泛征询才能掌握的现象。减少交叉沟通成
本。
2、提高工作预见性。流程一旦启动，流程中的所有人员便被触
动。各环节执行人能迅速在早期预算出自己的 “参与时间” 、 “参与内
容” 、 “参与工作量” ，主动提前做出安排、准备，避开人力、时间等
资源上的冲突。且一旦发现冲突，便能立刻“报警” ，报得越早，越
能提前应对，减少损失。
3、提高可控性。软件发布就像道路交通。交通电台有了可靠的
消息渠道（取决于上述“ 1、减少交叉沟通” ），便能随时掌握路面交通状况，
配合可预见的行车计划（取决于上述“ 2、提高工作预见性” ），当然更能向车
队提供有价值的消息。因此，车队领导能做出更有控制力的指令，各
车队协调行驶，整个交通自然更受控。
一条早已设计好的行车路线，加上提前准备就绪的车队人马，再
加上行进途中密切配合的交通电台。与没有固定线路，需要时才去调
配车马，电台信息又不畅的队伍相比，哪一个更能成功到达目的地？
发布流程
本章节的流程图中，将使用下列简称。
1、需求组（人）：包括需求总负责人（或PM＞各模块需求负责人。
2、开发部（人）：包括技术开发部全体成员。
配置管理员：或简称 SCM，包括技术研发部的配置管理组成员。
4、测试组（人）：包括测试组所有固定资源、临时调配资源。
5、安装组（人）：包括负责公司内部、客户现场的安装、调试的
人员。
6、客户：所有使用我司产品的用户。
补丁发布流程
软件产品的某个主版本向外发布给客户使用后，发现了错误。若
这个错误给客户造成了很大的影响，等不及下一主版本，需要立刻修
正，我们就需要发布补丁（对应VSS上的