产品版本发布流程规范v3.2.docxVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

软件发布管理流程标准

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\o1-3\h\z\u1目的 1

2范围 1

3涉及的人员 1

3.1产品经理 1

3.2研发人员 1

3.3测试人员 1

3.4工程人员 1

4产品版本发布流程 1

4.1产品版本正常发布 2

发布流程 3

发布流程描述 3

4.2产品版本临时发布 4

发布流程 4

发布流程描述 5

4.3产品版本紧急发布 5

发布流程 5

发布流程描述 6

5产品版本获取 7

目的

根据公司已有内部习惯、总结过去产品发布经验,特制订本发布流程管理标准,到达明确岗位职责、减少交叉沟通、提高产品质量的目的。

范围

适用于公司全部产品软件发布版本发布。

涉及的人员

产品经理

产品经理是公司所有软件的管理人员,负责软件的设计和对外发布。

研发人员

研发人员是软件的研发者,负责软件的研发和完善。

测试人员

测试人员是软件的质量管理人员,负责软件的质量管理和缺陷管理。

工程人员

工程人员是具体工程的工程经理,负责当前工程的整体实施协调工作。

产品版本发布流程

产品版本发布主要分为正常发布、临时发布、紧急发布三种情况。

正常发布:指产品发布有一定的方案安排,产品研发和测试具有充足的时间。

临时发布:指产品发布是临时安排的,产品研发和测试具有1天至5天的时间,需要按照工程节点定时间方案,快速迭代。

紧急发布:指产品发布是紧急安排的,需要快速开展开发工作。

产品版本发布主要涉及产品部、研发部、测试部和工程部,各部门的责任人为:

产品部:产品部具体的产品经理

研发部:研发部具体的研发人员

测试部:测试部具体的测试人员

工程部:具体工程的工程经理

下面分别对三种发布流程进行说明。

产品版本正常发布

发布流程

发布流程描述

产品部

制定方案

产品经理首先与开发经理、测试经理沟通,根据开发工作量、时间评估制定《版本发布方案》,方案内容包括了迭代周期、缺陷报告提交时间、发布时间等关键节点的方案〔详见发布时间方案模版〕。

节点跟踪

产品经理在迭代过程中,主要根据《版本发布方案》,跟踪在方案的时间节点上的完成情况,如未按方案提交,产品经理需要推进开发、测试负责人员按方案提交任务产出。

版本最终发布

研发部

产品开发及提交测试(临时版本、最终版本)

缺陷修复〔下一版本提交之前完成修复〕;

测试部

产品测试〔遍历测试、完整测试〕

报告提交〔缺陷报告、完整测试报告〕

最终版本提交

产品版本临时发布

发布流程

发布流程描述

临时版本的发布流程与正常发布版本的流程相同,在版本发布最终期限前,按天进行迭代安排方案,各部门快速完成相关工作。

产品部:跟踪整个进度节点,跟踪、推进各部门按方案完成任务

研发部:需要快速的修复缺陷,按方案发出版本

测试部:根据工程具体要求进行重点测试包括根本功能、特殊功能等

产品版本紧急发布

发布流程

发布流程描述

产品部

版本临时发布时,产品版本已经提交至工程经理,可能随时安装实施,产品部除了要制定版本发布方案、跟踪状态外,还需要与工程经理协调尽量延迟产品实施安装时间,为产品测试和研发争取更多的时间,保证产品稳定。并且在测试部每次完成主要功能遍历后,发布临时版本至工程经理,保证现场版本的最新状态。

制定方案

产品经理首先与开发经理、测试经理沟通,根据开发工作量、时间评估制定《版本发布方案》,方案内容包括了迭代、缺陷报告、发布等关键节点的方案〔详见发布时间方案模版〕。

节点跟踪

产品经理在迭代过程中,主要根据《版本发布方案》,跟踪在方案的时间节点上的完成情况,如未按方案提交,产品经理需要推进开发、测试负责人员按方案提交任务产出。

临时版本发布

在测试部每次完成迭代后,产品经理将临时版本提交至工程经理,在工程实施时保证产品版本为最终状态。

最终版本发布

产品经理将最终版本发布给工程经理。

研发部

研发部需要快速的修复缺陷,按方案发出版本

版本按方案提交(临时版本、最终版本);

版本修复〔下一版本提交之前完成修复〕;

测试部

测试部要根据工程具体要求进行重点测试包括根本功能、特殊功能等,快速的将迭代版本提交工程经理,并可在工程最终实施之前对最终版本进行完整测试。

产品测试〔遍历测试、完整测试〕

报告提交〔缺陷报告、完整测试报告〕

版本提交〔紧急版本的提交、最终版本

文档评论(0)

寒傲似冰 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

版权声明书
用户编号:8071104010000026

1亿VIP精品文档

相关文档