产品版本发布流程规范v3.2Word文件下载.docx

上传人:b****2 文档编号:13931109 上传时间:2022-10-15 格式:DOCX 页数:11 大小:510.52KB
下载 相关 举报
产品版本发布流程规范v3.2Word文件下载.docx_第1页
第1页 / 共11页
产品版本发布流程规范v3.2Word文件下载.docx_第2页
第2页 / 共11页
产品版本发布流程规范v3.2Word文件下载.docx_第3页
第3页 / 共11页
产品版本发布流程规范v3.2Word文件下载.docx_第4页
第4页 / 共11页
产品版本发布流程规范v3.2Word文件下载.docx_第5页
第5页 / 共11页
点击查看更多>>
下载资源
资源描述

产品版本发布流程规范v3.2Word文件下载.docx

《产品版本发布流程规范v3.2Word文件下载.docx》由会员分享,可在线阅读,更多相关《产品版本发布流程规范v3.2Word文件下载.docx(11页珍藏版)》请在冰豆网上搜索。

产品版本发布流程规范v3.2Word文件下载.docx

V1.0

2013-5-27

产品、研发、测试、项目

评审

V1.1

2013-6-13

谭海峰

签发

V2.0

2014-6-17

刘俊义

修订

V2.1

2015-03-18

产品版本发布流程规范

目录

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目的

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

2范围

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

3涉及的人员

3.1产品经理

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

3.2研发人员

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

3.3测试人员

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

3.4项目人员

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

4产品版本发布流程

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

l正常发布:

指产品发布有一定的计划安排,产品研发和测试具有充足的时间。

l临时发布:

指产品发布是临时安排的,产品研发和测试具有1天至5天的时间,需要按照项目节点定时间计划,快速迭代。

l紧急发布:

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

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

l产品部:

产品部具体的产品经理

l研发部:

研发部具体的研发人员

l测试部:

测试部具体的测试人员

l项目部:

具体项目的项目经理

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

4.1产品版本正常发布

4.1.1发布流程

4.1.2发布流程描述

4.1.2.1产品部

n制定计划

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

n节点跟踪

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

n版本最终发布

4.1.2.2研发部

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

n缺陷修复(下一版本提交之前完成修复);

4.1.2.3测试部

n产品测试(遍历测试、完整测试)

n报告提交(缺陷报告、完整测试报告)

n最终版本提交

4.2产品版本临时发布

4.2.1发布流程

4.2.2发布流程描述

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

产品部:

跟踪整个进度节点,跟踪、推进各部门按计划完成任务

研发部:

需要快速的修复已知缺陷,按计划发出版本

测试部:

根据项目具体要求进行重点测试包括基本功能、特殊功能等

4.3产品版本紧急发布

4.3.1发布流程

4.3.2发布流程描述

4.3.2.1产品部

版本临时发布时,产品版本已经提交至项目经理,可能随时安装实施,产品部除了要制定版本发布计划、跟踪状态外,还需要与项目经理协调尽量延迟产品实施安装时间,为产品测试和研发争取更多的时间,保证产品稳定。

并且在测试部每次完成主要功能遍历后,发布临时版本至项目经理,保证现场版本的最新状态。

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

n临时版本发布

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

n最终版本发布

产品经理将最终版本发布给项目经理。

4.3.2.2研发部

研发部需要快速的修复已知缺陷,按计划发出版本

n版本按计划提交(临时版本、最终版本);

n版本修复(下一版本提交之前完成修复);

4.3.2.3测试部

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

n产品测试(遍历测试、完整测试)

n版本提交(紧急版本的提交、最终版本的提交)

5产品版本获取

产品的最终版本,由产品部完成最终发布工作,并邮件通知各部门,内容包含了产品发布时间、版本号、主要功能、相关文档、遗留问题等。

当项目、销售、技术等部门需要指定的版本时,也由各部门向产品部的产品经理来获取。

融智通科技(北京)股份有限公司

8

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 幼儿教育 > 幼儿读物

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1