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

软件发布管理流程规范 V3.2 内部文档 XXX 股份有限公司 修改时间修改人 修改时间 修改人 修改原因 版本 目 录 目的 1 范围 1 涉及的人员 1 产品经理 1 研发人员 1 测试人员 1 项目人员 1 产品版本发布流程 1 产品版本正常发布 2 发布流程 3 发布流程描述 3 产品版本临时发布 5 发布流程 5 发布流程描述 5 产品版本紧急发布 6 发布流程 6 发布流程描述 6 产品版本获取 7 目的 根据公司已有内部习惯、 总结过去产品发布经验， 特制订本发布流程管理规范， 达到明确岗位职责、减少交叉沟通、提高产品质量的目的。 范围 适用于公司全部产品软件发布版本发布。 涉及的人员 产品经理 产品经理是公司所有软件的管理人员，负责软件的设计和对外发布。 研发人员 研发人员是软件的研发者，负责软件的研发和完善。 测试人员 测试人员是软件的质量管理人员，负责软件的质量管理和缺陷管理。 项目人员 项目人员是具体项目的项目经理，负责当前项目的整体实施协调工作。 产品版本发布流程 产品版本发布主要分为正常发布、临时发布、紧急发布三种情况。 正常发布：指产品发布有一定的计划安排，产品研发和测试具有充足的时间。 临时发布： 指产品发布是临时安排的， 产品研发和测试具有 1 天至 5 天的时间， 需要按照项目节点定时间计划，快速迭代。 紧急发布：指产品发布是紧急安排的，需要快速开展开发工作。 产品版本发布主要涉及产品部、研发部、测试部和项目部，各部门的责任人为： 产品部：产品部具体的产品经理 研发部：研发部具体的研发人员 测试部：测试部具体的测试人员项目部：具体项目的项目经理 下面分别对三种发布流程进行说明。 产品版本正常发布 发布流程 产品版本发布流程 计划时间 研发部 测试部 产品部 流程开始 制定版本发布计划 发布时间 版本提交  版本是否提交 版本遍历测试 版本缺陷修复 提交缺陷时间 程流布发品产  存在缺陷 版本缺陷报告 是否存在缺陷 报告是否提交 缺陷全部修复完整测试 最终版本测试报告 最终发布时间 发布流程描述 产品部 制定计划 提交版本 产品版本发布 流程结束 产品经理首先与开发经理、测试经理沟通， 根据开发工作量、时间评估制定 《版本发布计划 》，计划内容包括了迭代周期、缺陷报告提交时间、发布时间等关键节点的计划（详见 发布时间计划模版） 。 节点跟踪 产品经理在迭代过程中，主要根据《版本发布计划》 ，跟踪在计划的时间节点上的完成情况，如未按计划提交，产品经理需要推进开发、测试负责人员按计划提交任务产出。 版本最终发布 研发部 产品开发及提交测试 (临时版本、最终版本 ) 缺陷修复（下一版本提交之前完成修复） ； 测试部 产品测试（遍历测试、完整测试） 报告提交（缺陷报告、完整测试报告） 最终版本提交 产品版本临时发布 发布流程 产品版本发布流程 计划时间 研发部 测试部 产品部 流程开始 制定版本发布计划 发布时间 版本提交  版本是否提交 版本遍历测试 版本缺陷修复 提交缺陷时间 程流布 发品产  存在缺陷 版本缺陷报告 是否存在缺陷 报告是否提交 缺陷全部修复完整测试 最终版本测试报告 最终发布时间 发布流程描述 提交版本 产品版本发布 流程结束 临时版本的发布流程与正常发布版本的流程相同， 在版本发布最终期限前， 按天进行迭代安排计划，各部门快速完成相关工作。 产品部：跟踪整个进度节点，跟踪、推进各部门按计划完成任务研发部：需要快速的修复已知缺陷，按计划发出版本 测试部：根据项目具体要求进行重点测试包括基本功能、特殊功能等 产品版本紧急发布 发布流程 产品版本发布流程 计划时间 研发部 测试部 项目经理 产品部 流程开始 制定版本发布计划 发布时间 版本提交  版本是否提交 版本遍历测试 版本缺陷修复 提交缺陷时间 程 流布 发品 产  存在缺陷 版本 N 缺陷报告 是否存在缺陷、 BUG  接收当前版本 报告、版本是否提交 测试版本发布 缺陷全部修复完整测试 最终版本测试报告 最终发布时间 提交版本 正式版本发布 现场安装部署 流程结束 发布流程描述 产品部 版本临时发布时， 产品版本已经提交至项目经理， 可能随时安装实施， 产品部除了要制定版本发布计划、 跟踪状态外， 还需要与项目经理协调尽量延迟产品实施安装时间， 为产品测试和研发争取更多的时间， 保证产品稳定。 并且在测试部每次完成主要功能遍历后， 发布临时版本至项目经理，保证现场版本的最新状态。 制定计划 产品经理首先与开发经理、测试经理沟通， 根据开发工作量、时间评估制定 《版本发布计划 》，计划内容包括了迭代、