发布产品过程.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文档。上传文档
查看更多
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)

139****6621 + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档