- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
UF/PF/ASE/A-07
用友软件股份有限公司 All Rights Reserved PAGE2 / NUMPAGES14
UF/PF/ASE/A-07
发布产品过程
文档编号:UF/PF/ASE/A -07
文档信息:组织级过程文件
文档名称:发布产品过程
文档类别:工程类
密 级:内部
版本信息:2.0
建立日期:2014/10/11
创 建 人:刘宏
审 核 者:谢东
批 准 人:谢志华
批准日期:2014/12/??
文档修订记录
版本编号或者更改记录编号
*变化
状态
简要说明
(变更内容和变更范围)
日期
变更人
批准日期
批准人
V2.0
A
基于移动互联网进行敏捷过程文件,追加发布产品过程
2014/10/11
刘宏
*变化状态:A——增加,M——修改,D——删除
文档评审记录
序号
评审人
角色
评审日期
签字
备注
1
2
3
文档审批信息
序号
审批人
角色
审批日期
签字
备注
目录
TOC \o 1-3 \h \z \u 1.简介 4
1.1文档目的 4
1.2适用范围 4
1.3术语与缩略语 4
1.4参考资料 4
2.角色与职责 5
3.过程概述及活动流程图 5
4.过程活动 7
4.1 测试待发布产品(①) 7
4.2 准备发布资料 (②) 9
4.3 编写灰度发布方案及用户测试计划(③) 10
4.4 客户验证(灰度发布) (④) 11
4.5 产品完善(⑤) 12
5.附录 14
5.1附录A相关过程 14
5.2附录B相关规程 14
5.3附录C相关指南 14
5.4附录D相关评审要素表 14
5.5附录E相关模板 14
5.6附录F相关工程方法 14
5.7附录G相关最佳实践 14
1.简介
1.1文档目的
1.1规范产品发版验证及发布资料准备的工作流程,保证产品顺利、准确、及时的发布。
1.2规范编写灰度发布方案及用户测试计划过程,确保灰度发布顺利执行。
1.3规范客户验证(灰度发布)及产品完善过程,以及早获得用户的意见反馈,完善产品功能,提升产品质量。
1.2适用范围
本过程适用于:
????????机构:适用于集团内各产品研发组织
???????? 业务:指导发布产品过程
???????? 产品类型:平台产品,标准产品,移动互联网产品
1.3术语与缩略语
灰度发布:灰度发布是指在黑与白之间,能够平滑过渡的一种发布方式。AB test就是一种灰度发布方式,这也是产品发布的常用手段。本过程中涉及灰度发布概念时无特殊说明都是指AB test。灰度发布可以保证整体系统的稳定,在初始灰度的时候就可以发现、调整问题,以保证其影响度。
AB test:让一部分用户继续用A,一部分用户开始用B,如果用户对B没有什么反对意见,那么逐步扩大范围,把所有用户都迁移到B上面来。基本操作是产品的开发者加一个或者多个配置控制(一般每个产品配置应该带有配置的ID),允许通过调节相应的配置来让一个产品发布到“逐步选择”的用户群。
1.4参考资料
无
2.角色与职责
Roles
角色
Roles
细分角色
Responsibilities
职责
Memo
备注
PO
-
进行待发布产品的测试验证,协调组织相关部门完成发布资料的准备,编写灰度发布方案,组织灰度发布方案及用户测试计划的评审,组织客户验证及产品完善工作。
开发负责人
-
负责组织PO、运营、市场人员参与制定产品的价格策略,确定收费模式和价格,参与灰度发布方案及用户测试计划的评审。
运营负责人
-
配合PO制定产品价格、收费策略,参与灰度发布方案及用户测试计划的评审。
测试负责人
-
待发布产品的测试方案、测试用例设计及组织评审;相关发布资料的准备;编写用户测试计划,协助进行客户验证。
测试团队
-
执行待发布产品的测试工作。
开发团队
需求分析师
协助PO进行测试验证及客户反馈缺陷的分析。
SM
参与测试计划的评审,参与灰度发布方案及用户测试计划的评审,组织开发团队修改验证缺陷,配合PO进行发布资料的准备。
实现工程师
执行内部测试缺陷的修改及产品完善工作。
持续集成
-
待测试发布产品测试完成后,接收并标识测试成果。
客户
-
执行客户验证,并反馈问题。
QA
-
将研发资产清单发给相关人员,推动发布资料
文档评论(0)