产品生命周期各阶段流程规范样例.docx

《产品生命周期各阶段流程规范样例.docx》由会员分享，可在线阅读，更多相关《产品生命周期各阶段流程规范样例.docx（14页珍藏版）》请在第一文库网上搜索。

1、产品生命周期各阶段流程规范V1O产品生命周期规范1. 简介51.1. 目的51.2. 范围51.3. 定义、首字母缩写词52. 过程概述61 .1.简要说明622 总体流程图63. 规程规范73.1. 产品需求阶段73.1.1. 流程图73.1.2. 流程说明73.1.3. 角色和职责73.1.4. 输出文档或记录73.1.5. 出口准则要求83.2. SPrint会议阶段83.2.1. 流程图83.2.2. 流程说明83.2.3. 角色和职责83.2.4. 输出文档或记录93.2.5. 出口准则要求93.3. COding阶段93.3.1. 流程图93.3.2. 流程说明93.3.3. 角色

2、和职责103.3.4. 输出文档或记录103.3.5. 出口准则103.4. 测试阶段113.4.1. 流程图113.4.2. 流程说明113.4.3. 角色和职责113.4.4. 输出文档或记录113.4.5. 出口准则113.5. 市场验收阶段123.5.1. 流程图123.5.2. 流程说明123.5.3. 角色和职责123.5.4. 输出文档或记录133.5.5. 出口准则133.6. 上线阶段133.7. 反思会/回顾会阶段133.7.1. 流程图133.7.2. 流程说明133.7.3. 角色和职责143.7.4. 输出文档或记录143.7.5. 出口准则141 .简介1.1 .目

3、的编制本规范的目的是规范研产品生命周期各阶段活动，使各团队等在产品生命周期中按照本规范中对各阶段的要求去开展整个产品生命周期中的各项活动，最终目的是保证产品达到客户交付要求。1.2 .范围适用于公司电商中心技术部各阶段活动1.3 .定义、首字母缩写词2 .过程概述2.1 .简要说明2.2 .总体流程图3 .规程规范3.1 产品需求阶段31.1.流程图3.1.2.流程说明1,市场人员抛出客户需求2,产品经理针对客户需求进行整理和分析，出产品需求文档和产品原型和productback1og,并给出back1og产品功能点优先级3,市场人员/产品经理/研发人员/测试，共同评审产品原型和需求。4,本阶

4、段各种文档评审通过后，进入下阶段31.3.角色和职责活动产品研发测试需求分析进行需求调研，变更、评审，编写产品需求、产品原型productback1og参与需求评审，并对需求的可实现性进行评审参与需求评审，并对需求的可测试性评审31.4.输出文档或记录产品需求产品原型productback1og包括优先级31.5.出口准则要求需求文档必须经过项目组评审通过，PrOdUCtbaCk1og必须全部完成，给出优先级,并纳入kanban3.2 sprint会议阶段3.2.1 .流程图3.2.2 .流程说明1, 研发人员根据productback1og和人员配置，确定本SPrint周期要实现哪些prod

5、uctback1ogo2, 研发人员根据productback1og细化成本周期的sprintback1og0给出scrum点数3, 测试人员根据测试产品productback1og,输出测试需求，给出测试需求优先级323.角色和职责活动研发人员测试人员设计阶段确定本sprint周期实现的productback1ogo细化sptintback1og编写测试需求3.24 输出文档或记录sprintback1og并给出scrum点数测试需求本阶段本身可以作为裁剪部分3.25 出口准则要求sprintback1og必须完全上kanban,测试需求输出完成并给出优先级3.3 coding阶段331.流

6、程图3.3.2.流程说明3.4 人员进行系统设计、概要设计，数据库设计，详细设计，并输出文档2,研发人员进行代码编写3,研发人员进行UnitteSt编写4,研发人员进行codereview5,测试人员根据测试需求编写测试用例6,产品、研发、测试，对测试用例进行评审7,coding完成时,产品人员输出SPrint燃尽图Stepk3、4可以裁剪333.角色和职责活动开发人员测试人员产品设计阶段开展系统设计，概要设计，数据库设计，详细设计、单元测试、代码编写、codereview对测试用例进行评审根据测试需求编写测试用例对测试用例进行评审334.输出文档或记录1 .设计文档2 .测试用例3 .uni

7、ttest代码3.3.5.出口准则1 .单元测试执行完成，单元测试覆盖率达到公司要求;2 .主线流程可以跑通，不会出现主线流程失败3 .U1基本和产品原型一致4 .产品包编译可以通过5 .所有输出文档必须经过研发内部评审通过3.4. 测试阶段3.4.1. 流程图34.2.流程说明1、测试人员搭建测试环境。2、测试人员根据测试用例进行测试3、发现问题填写缺陷报告、跟踪缺陷的处理。4、测试人员完成测试后，产品人员进行产品功能验证，若不满足，还要追加测试用例进行继续测试。343.角色和职责活动开发人员测试人员产品人员测试阶段修狂测试中发现的缺陷根据测试用例进行测试根据产品需求和产品原型对产品进行验证

8、3.44输出文档或记录1、测试缺陷2、测试报告34.5.出口准则测试出口准则：1 .测试用例100%执行完成，功能接口覆盖达到计划要求;2 .缺陷统计计算分析信息达到规定要求；3 .代码基线化；4 .测试报告通过评审。5 .产品人员验证通过3.5. 市场验收阶段3.5.1. 流程图3.5.2. .流程说明验证业务需求中的各业务功能是否满足。其次主要关注界面友好、响应时间等。验收测试由产品人员/市场人员负责完成，测试工程师配合进行。1、测试人员搭建线上镜像测试环境2、测试人员进行线上镜像测试环境产品测试3、发现问题填写问题报告并与缺陷库进行对比,如果为新的缺陷则跟踪缺陷的处理；或为原来的缺陷，则

9、分析缺陷还存在的原因。2、测试通过后，产品人员召集市场人员进行产品演示3、研发和测试配合产品人员进行功能演示；4、市场人员对产品功能进行验证353.角色和职责活动产品人员市场人员测试人员市场验收阶段组织召开市场验收会议，配合市场人员进行验收对产品功能进行验证线上镜像环境测试验证354输出文档或记录3.5.5. 出口准则市场人员通过3.6. 上线阶段详见上线流程规范3.7. 反思会/回顾会阶段371.流程图3.7.2.流程说明1、收集前一迭代上线后的相关产品数据，如新功能使用日UV、PV等，当然如果发布后第二天召开回顾会议，可能不能马上收集到相关数据，也可以分析上上迭代的新功能使用情况。2、分别

10、从冒烟测试通过率、bug分析、集成测试方面来衡量项目质量，找到做的好与不好的原因。bug分析可以通过统计报表，从多维度进行分析，bug等级，引入层级等方面3、集成测试可以通过集成测试框架如HUdSOn,主要关注单元测试覆盖率，通过率以及注释率等指标4、从KEEP（做的好的，要保持的），CHANGE（做的不好的，需要改进的），TRY（可以尝试的）三个方面进行总结。首先回顾下上次总结会议列出来的CHANGE和TRY事项，看看前一迭代做的怎么样；接着总结前一迭代的情况（每个团队成员在回顾会议前都先想好，写到便签条上，防止说的时候人云亦云），将每个人说的汇总，并由大家投票列出哪些可以在下一迭代中改进以及尝试，列出具体的action,5、成员轮流发言，总结自己在前一项目中的收获和遗憾，尽量具体，收获指的是工程师在技术方面学到了些什么，总结了才会有成长，遗憾则指的是项目启动时给自己设定的目标或计划没有完成的。373.角色和职责活动产品人员研发人员测试人员回顾会阶段反思回顾优化反思回顾优化反思回顾优化374.输出文档或记录375.出口准则