产品版本发布流程规范.docx

软件发布管理流程规范 V3.2 内部文档 融智通科技（北京）XXX股份有限公司  修改历史 修改时间 修改人 修改原因 版本 2013-5-24 王睿 新建 V1.0 2013-5-27 产品、研发、测试、项目 评审 V1.1 2013-6-13 谭海峰 签发 V2.0 2014-6-17 刘俊义 修订 V2.1 2015-03-18 修订 V3.2  目 录 TOC \o "1-3" \h \z \u 1目的 1 2范围 1 3涉及的人员 1 3.1产品经理 1 3.2研发人员 1 3.3测试人员 1 3.4项目人员 1 4产品版本发布流程 1 4.1产品版本正常发布 2 4.1.1发布流程 3 4.1.2发布流程描述 3 4.2产品版本临时发布 4 4.2.1发布流程 4 4.2.2发布流程描述 5 4.3产品版本紧急发布 5 4.3.1发布流程 5 4.3.2发布流程描述 6 5产品版本获取 7 目的 根据公司已有内部习惯、总结过去产品发布经验，特制订本发布流程管理规范，达到明确岗位职责、减少交叉沟通、提高产品质量的目的。 范围 适用于公司全部产品软件发布版本发布。 涉及的人员 产品经理 产品经理是公司所有软件的管理人员，负责软件的设计和对外发布。 研发人员 研发人员是软件的研发者，负责软件的研发和完善。 测试人员 测试人员是软件的质量管理人员，负责软件的质量管理和缺陷管理。 项目人员 项目人员是具体项目的项目经理，负责当前项目的整体实施协调工作。 产品版本发布流程 产品版本发布主要分为正常发布、临时发布、紧急发布三种情况。 正常发布：指产品发布有一定的计划安排，产品研发和测试具有充足的时间。 临时发布：指产品发布是临时安排的，产品研发和测试具有1天至5天的时间，需要按照项目节点定时间计划，快速迭代。 紧急发布：指产品发布是紧急安排的，需要快速开展开发工作。 产品版本发布主要涉及产品部、研发部、测试部和项目部，各部门的责任人为： 产品部：产品部具体的产品经理 研发部：研发部具体的研发人员 测试部：测试部具体的测试人员 项目部：具体项目的项目经理 下面分别对三种发布流程进行说明。 产品版本正常发布 发布流程 发布流程描述 产品部 制定计划 产品经理首先与开发经理、测试经理沟通，根据开发工作量、时间评估制定《版本发布计划》，计划内容包括了迭代周期、缺陷报告提交时间、发布时间等关键节点的计划（详见发布时间计划模版）。 节点跟踪 产品经理在迭代过程中，主要根据《版本发布计划》，跟踪在计划的时间节点上的完成情况，如未按计划提交，产品经理需要推进开发、测试负责人员按计划提交任务产出。 版本最终发布 研发部 产品开发及提交测试(临时版本、最终版本) 缺陷修复（下一版本提交之前完成修复）； 测试部 产品测试（遍历测试、完整测试） 报告提交（缺陷报告、完整测试报告） 最终版本提交 产品版本临时发布 发布流程 发布流程描述 临时版本的发布流程与正常发布版本的流程相同，在版本发布最终期限前，按天进行迭代安排计划，各部门快速完成相关工作。 产品部：跟踪整个进度节点，跟踪、推进各部门按计划完成任务 研发部：需要快速的修复已知缺陷，按计划发出版本 测试部：根据项目具体要求进行重点测试包括基本功能、特殊功能等 产品版本紧急发布 发布流程 发布流程描述 产品部 版本临时发布时，产品版本已经提交至项目经理，可能随时安装实施，产品部除了要制定版本发布计划、跟踪状态外，还需要与项目经理协调尽量延迟产品实施安装时间，为产品测试和研发争取更多的时间，保证产品稳定。并且在测试部每次完成主要功能遍历后，发布临时版本至项目经理，保证现场版本的最新状态。 制定计划 产品经理首先与开发经理、测试经理沟通，根据开发工作量、时间评估制定《版本发布计划》，计划内容包括了迭代、缺陷报告、发布等关键节点的计划（详见发布时间计划模版）。 节点跟踪 产品经理在迭代过程中，主要根据《版本发布计划》，跟踪在计划的时间节点上的完成情况，如未按计划提交，产品经理需要推进开发、测试负责人员按计划提交任务产出。 临时版本发布 在测试部每次完成迭代后，产品经理将临时版本提交至项目经理，在项目实施时保证产品版本为最终状态。 最终版本发布 产品经理将最终版本发布给项目经理。 研发部 研发部需要快速的修复已知缺陷，按计划发出版本 版本按计划提交(临时版本、最终版本)； 版本修复（下一版本提交之前完成修复）； 测试部 测试部要根据项目具体要求进行重点测试包括基本功能、特殊功能等，快速的将迭代版本提交项目经理，并可在项目最终实施之前对最终版本进行完整测试。 产品测试（遍历测试、完整