1、软件发布管理流程规范V3.2内部文档融智通科技（北京）XXX 股份有限公司修改历史修改时间 修改人 修改原因 版本2013-5-24 王睿 新建 V1.02013-5-27产品、研发、测试、项目评审 V1.12013-6-13 谭海峰 签发 V2.02014-6-17 刘俊义 修订 V2.12015-03-18 修订 V3.2产品版本发布流程规范目 录1 目的 .12 范围 .13 涉及的人员 .13.1 产品经理 13.2 研发人员 13.3 测试人员 13.4 项目人员 14 产品版本发布流程 .14.1 产品版本正常发布 24.1.1 发布流程 .34.1.2 发布流程描述 .34.2
2、产品版本临时发布 44.2.1 发布流程 .44.2.2 发布流程描述 .54.3 产品版本紧急发布 54.3.1 发布流程 .54.3.2 发布流程描述 .65 产品版本获取 .7产品版本发布流程规范融智通科技（北京）股份有限公司11 目的根据公司已有内部习惯、总结过去产品发布经验，特制订本发布流程管理规范，达到明确岗位职责、减少交叉沟通、提高产品质量的目的。2 范围适用于公司全部产品软件发布版本发布。3 涉及的人员3.1 产品经理产品经理是公司所有软件的管理人员，负责软件的设计和对外发布。3.2 研发人员研发人员是软件的研发者，负责软件的研发和完善。3.3 测试人员测试人员是软件的质量管理
3、人员，负责软件的质量管理和缺陷管理。3.4 项目人员项目人员是具体项目的项目经理，负责当前项目的整体实施协调工作。4 产品版本发布流程产品版本发布主要分为正常发布、临时发布、紧急发布三种情况。 正常发布：指产品发布有一定的计划安排，产品研发和测试具有充足的时间。产品版本发布流程规范融智通科技（北京）股份有限公司2 临时发布：指产品发布是临时安排的，产品研发和测试具有 1 天至 5 天的时间，需要按照项目节点定时间计划，快速迭代。 紧急发布：指产品发布是紧急安排的，需要快速开展开发工作。产品版本发布主要涉及产品部、研发部、测试部和项目部，各部门的责任人为： 产品部：产品部具体的产品经理 研发部：
4、研发部具体的研发人员 测试部：测试部具体的测试人员 项目部：具体项目的项目经理下面分别对三种发布流程进行说明。4.1 产品版本正常发布产品版本发布流程规范融智通科技（北京）股份有限公司34.1.1发布流程产品版本发布流程研发部 测试部 产品部计划时间产品发布流程流程开始版本提交版本遍历测试版本缺陷修复制定版本发布计划产品版本发布流程结束发布时间版本是否提交提交缺陷时间报告是否提交是否存在缺陷版本缺陷报告最终版本测试报告提交版本存在缺陷缺陷全部修复完整测试最终发布时间4.1.2发布流程描述4.1.2.1产品部 制定计划产品经理首先与开发经理、测试经理沟通，根据开发工作量、时间评估制定版本发布计划
5、 ，计划内容包括了迭代周期、缺陷报告提交时间、发布时间等关键节点的计划（详见发布时间计划模版） 。 节点跟踪产品经理在迭代过程中，主要根据版本发布计划 ，跟踪在计划的时间节点上的完成情况，如未按计划提交，产品经理需要推进开发、测试负责人员按计划提交任务产出。产品版本发布流程规范融智通科技（北京）股份有限公司4 版本最终发布4.1.2.2研发部 产品开发及提交测试(临时版本、最终版本 ) 缺陷修复（下一版本提交之前完成修复） ；4.1.2.3测试部 产品测试（遍历测试、完整测试） 报告提交（缺陷报告、完整测试报告） 最终版本提交产品版本发布流程规范融智通科技（北京）股份有限公司54.2 产品版本
6、临时发布4.2.1发布流程产品版本发布流程研发部 测试部 产品部计划时间产品发布流程流程开始版本提交版本遍历测试版本缺陷修复制定版本发布计划产品版本发布流程结束发布时间版本是否提交提交缺陷时间报告是否提交是否存在缺陷版本缺陷报告最终版本测试报告提交版本存在缺陷缺陷全部修复完整测试最终发布时间4.2.2发布流程描述临时版本的发布流程与正常发布版本的流程相同，在版本发布最终期限前，按天进行迭代安排计划，各部门快速完成相关工作。产品部：跟踪整个进度节点，跟踪、推进各部门按计划完成任务研发部：需要快速的修复已知缺陷，按计划发出版本测试部：根据项目具体要求进行重点测试包括基本功能、特殊功能等产品版本发布
7、流程规范融智通科技（北京）股份有限公司64.3 产品版本紧急发布4.3.1发布流程产品版本发布流程研发部 测试部 产品部计划时间 项目经理产品发布流程流程开始版本提交版本遍历测试版本缺陷修复制定版本发布计划正式版本发布流程结束发布时间版本是否提交提交缺陷时间报告 、 版本是否提交是否存在缺陷 、 B U G版本 N 缺陷报告最终版本测试报告提交版本存在缺陷缺陷全部修复完整测试接收当前版本现场安装部署测试版本发布最终发布时间4.3.2发布流程描述4.3.2.1产品部版本临时发布时，产品版本已经提交至项目经理，可能随时安装实施，产品部除了要制定版本发布计划、跟踪状态外，还需要与项目经理协调尽量延迟
8、产品实施安装时间，为产品测试和研发争取更多的时间，保证产品稳定。并且在测试部每次完成主要功能遍历后，发布临时版本至项目经理，保证现场版本的最新状态。 制定计划产品经理首先与开发经理、测试经理沟通，根据开发工作量、时间评估制定版本发布计划 ，计划内容包括了迭代、缺陷报告、发布等关键节点的计划（详见发布时间计划模产品版本发布流程规范融智通科技（北京）股份有限公司7版） 。 节点跟踪产品经理在迭代过程中，主要根据版本发布计划 ，跟踪在计划的时间节点上的完成情况，如未按计划提交，产品经理需要推进开发、测试负责人员按计划提交任务产出。 临时版本发布在测试部每次完成迭代后，产品经理将临时版本提交至项目经理
9、，在项目实施时保证产品版本为最终状态。 最终版本发布产品经理将最终版本发布给项目经理。4.3.2.2研发部研发部需要快速的修复已知缺陷，按计划发出版本 版本按计划提交(临时版本、最终版本 )； 版本修复（下一版本提交之前完成修复） ；4.3.2.3测试部测试部要根据项目具体要求进行重点测试包括基本功能、特殊功能等，快速的将迭代版本提交项目经理，并可在项目最终实施之前对最终版本进行完整测试。 产品测试（遍历测试、完整测试） 报告提交（缺陷报告、完整测试报告） 版本提交（紧急版本的提交、最终版本的提交）产品版本发布流程规范融智通科技（北京）股份有限公司85 产品版本获取产品的最终版本，由产品部完成最终发布工作，并邮件通知各部门，内容包含了产品发布时间、版本号、主要功能、相关文档、遗留问题等。当项目、销售、技术等部门需要指定的版本时，也由各部门向产品部的产品经理来获取。
