发布管理综合流程综合规范.docx

产品公布管理步骤规范

编 制：
审 核：
日 期：
版 本：
编 号：
密 级：

目 录
1. 目标 3
2. 公布步骤 3
2.1. 补丁公布步骤 3
2.2. 主版本公布步骤 5
2.3. 产品实施步骤 8
2.4. VSS管理步骤 9
3. 相关资料 9

1. 目标
软件产品公布过程，需要形成有序良性循环。不然，各步骤流转中轻易发生相互等候、被动接应局面。无形中，不停增加了沟通成本，扩大了软件风险。且对后期造成影响并不能够完全预知、完全估量。
所以，依据企业内部前期已经有习惯，总结过去产品公布经验，分析统计结果后，特制订本公布过程规范。预期达成以下目标：
1、降低交叉沟通。经过将公布过程步骤化，使每一个步骤实施者全部很清楚自己产入产出，受谁影响，将影响谁。当碰到困难时，能明确定位寻求到关键人物沟通处理。避免当需要获取一件事情进展情况时，需要广泛咨询才能掌握现象。降低交叉沟通成本。
2、提升工作预见性。步骤一旦开启，步骤中全部些人员便被触动。各步骤实施人能快速在早期预算出自己“参与时间”、“参与内容”、“参与工作量”，主动提前做出安排、准备，避开人力、时间等资源上冲突。且一旦发觉冲突，便能立即“报警”，报得越早，越能提前应对，降低损失。
3、提升可控性。产品公布就像道路交通。交通电台有了可靠消息渠道（取决于上述“1、降低交叉沟通”），便能随时掌握路面交通情况，配合可预见行车计划（取决于上述“2、提升工作预见性”），当然更能向车队提供有价值消息。所以，车队领导能做出更有控制力指令，各车队协调行驶，整个交通自然更受控。
一条早已设计好行车路线，加上提前准备就绪车队人马，再加上行进途中亲密配合交通电台。和没有固定线路，需要时才去调配车马，电台信息又不畅队伍相比，哪一个更能成功抵达目标地？
2. 公布步骤
本章节步骤图中，将使用下列简称。
1、需求组(人)：包含需求总责任人(或PM)、各模块需求责任人。
2、开发部(人)：包含技术开发部全体组员。
3、配置管理员：或简称SCM，包含技术研发部配置管理组组员。
4、测试组(人)：包含测试组全部固定资源、临时调配资源。
5、安装组(人)：包含负责企业内部、用户现场安装、调试人员。
6、用户：全部使用本企业产品用户。
2.1. 补丁公布步骤
软件产品某个主版本向外公布给用户使用后，发觉了错误。若这个错误给用户造成了很大影响，等不及下一主版本，需要立即修正，我们就需要公布补丁（对应VSS上存放目录：Patch[X.Y]）（注：全部补丁要求合并入下一主版本）。步骤图以下所表示。

2.2. 主版本公布步骤
主版本公布步骤，和补丁公布步骤相比，参与职能部门个数、次数显著增多，且设置检验点也随之增多。
关键一点，引入用户监督。改变现在“直到整个版本完全下流水线后，才提交用户试用”方法。采取“我们主动争取用户全程参与”方法，每完成一个变更，不一定要待版本中全部变更完成，立即放上用户使用测试环境，请用户在线试用并提意见。（此举依靠企业实现远程测试环境）。目标：让用户不仅知道我们在干什么，还知道我们干成什么样，是否满意。尽可能让用户意见在开发早期提出，越早提出，变更成本越小，且能直接降低后续补丁公布频率。
步骤图以下：

2.3. 产品实施步骤
为方便大家愈加了解软件整个公布循环过程，在此简单介绍软件经过Release阶段后实施步骤，它包含安装、培训等内容。具体规范制度，以实施部门制订为准。

2.4. VSS管理步骤
简单介绍VSS使用步骤以下，具体具体规则另述。

3. 相关资料
3.1 软件版本号命名约定、分支约定