产品线研发流程规范

1、产品线研发流程规范修订记录产品线研发流程规范版本：V1.0版本日期修订人内容描述V1.02016-11-151.概述2.1.1. 背景1.2. 目的详细内容.2.1.2. 2.2. 3.2. 4.2. 5.2. 6.2. 7.2. 8.概览产品规划阶段 产品需求阶段 产品设计阶段 开发设计阶段 产品开发阶段 产品测试阶段 产品发布阶段2. 9.其他333334466789101.公司产品线的产品，由于无规范化及标准化的流程, 在整个产品生命周期管理过程中，出现诸多问题，如计 划管理随意、角色职能定位模糊、版本计划目标不明确、 研发质量差、版本延期等，这些问题均严重影响了产品 质量。因此，有必要

2、在公司层面上对产品的研发流程进行规 范，并加以推广，全面提升公司产品线研发管理水平。12目的规范公司研发产品制度，通过标准化的流程，提高产 品质量。2.详细内容2.1. 概览产品研发流程将包括的环节:产品规划阶段产品需求阶段产品设计阶段产品开发阶段产品测试阶段产品发布阶段1.1. 产品规划阶段分析市场情况，预测产品未来走向，从整体方向 规划整个产品，并分阶段实现。阶段划分一般以年为单 位。年初由部门研发负责人向公司 PMH请项目编号， 确定年度总体计划，逐月细分。1.2. 产品需求阶段1.2.1. 需求来源?产品经理：根据市场分析情况，提炼需求；?内部研发：研发过程中总结的系统优化需求；?测试

3、人员：测试过程中总结的系统优化需求；? UI设计师：对系统页面提出的客户体验方面的需 求。1.2.2. 阶段目的?从各方面广泛收集需求；?论证需求，通过调查、研究、收集竞争对手资料、 行业资料、数据报告等手段，确定需求可行性；?分析需求，通过模拟用户实际操作习惯，分析用户心理，给需求定义合适的期望；?根据优先级，对需求进行排序；?将需求科学、清晰地文档化，并输出需求文档。1.2.3. 阶段流程?需求收集：需求人员采集不同来源的需求并汇 总。?需求讨论：组织产品对应的需求、研发及测试负 责人，对汇总的需求进行讨论，得出合理的需求 结论。?需求排序：根据需求数量及重要性，确定各需求 优先级，安排版

4、本计划内容。?文档输出：由需求人员（或需求提出方）根据得 出的需求结论，将需求进行合理、清晰、准确地 描述，输出产品需求说明书。包括但不限于：需求业务流程描述、业务规则、预期目标等。?记录及评审：产品需求说明书以邮件形式发 送部门领导，部门领导批复后定稿。1.3. 产品设计阶段1.3.1. 阶段目的?将文字描述的产品需求界面化，设计出产品原 型，包括界面元素，输入输出字段、前后台衔接 等。? UI设计师根据产品原型，对界面元素的布局，大 小等进行调整，产出界面效果图。1.3.2. 阶段流程?产品需求说明书评审通过后，细化需求内容， 编写产品需求规格说明书，包括但不限于： 界面输入输出字段、业务

5、逻辑、处理流程图等；?产品需求规格说明书评审：以邮件形式发送 部门领导，部门领导批复后，提交研发及测试负 责人。1.4. 开发设计阶段1.4.1. 阶段目的?研发负责人对需求进行任务分解，分配到具体开 发人员；?开发人员根据产品需求规格说明书及 UI设 计图编写各自任务的概要设计，包括但不限于： 需求所涉及的表、字段取数规则、后台逻辑等， 产出开发设计文档（目前是 excel或word文档 格式），完成后统一进行评审；?评审通过，进入开发阶段；评审不通过，重新修 改再评审；1.5. 产品开发阶段1.5.1. 阶段目的?根据开发设计文档进行编码。1.5.2. 阶段目标?实现产品功能；?进行单元测

6、试；1.5.3. 阶段流程?编码：按照设计实现编码；?内部代码评审；?开发内测：开发任务完成，由研发负责人组织联 调及冒烟测试；?冒烟测试通过，提交测试；冒烟测试不通过，返回修改;1.5.4. 其它?建议需求人员在此阶段适当介入产品体验，确保 开发出的功能与需求保持一致；?开发过程中，若发现需求本身存在缺陷，经提出 并确认，可走需求变更流程。1.6. 产品测试阶段1.6.1. 阶段目的?及时发现严重缺陷并修复，保证上线产品质量。1.6.2. 阶段目标?控制版本缺陷率，提高版本质量。1.6.3. 阶段流程?编写用例：接收产品需求产品需求规格说明 书，充分理解需求的基础上，编写测试用例；?测试用例

7、评审：组织会议，对每位测试人员的用 例进行评审，会后发送用例评审记录，并完善测 试用例；?冒烟测试：研发提交代码并部署更新测试环境 后，测试人员进行一轮冒烟测试，验证系统总体第4页/共12页流程；验证通过，则开始执行用例，验证不通过, 返回开发人员修改；?用例执行：冒烟测试通过后，测试人员根据功能 点执行通过评审的测试用例；?提交测试结果：用例执行结束，通过项目管理工 具提交测试结果；?回归测试：开发人员修复bug后，对bug进行回 归验证；1.7. 产品发布阶段1.7.1. 阶段目的?发布上线版本。1.7.2. 阶段目标?产出供现场项目使用的稳定版本。1.7.3. 阶段流程?回归验证通过，进入发布阶段：进行最后一轮冒 烟测试，验证总体流程可用性；?验证结束，由系统配置管理员取验证后的代码及 脚本，通过版本管理工具，发布稳定版本。?邮件发送版本信息，告知产品相关人员，结束版本工作1.8. 其他1.8.1. 需求变更需求定稿后，由于市场需要、客户要求、设计缺陷等 原因需要调整时，通过变更流程正式提出需求变更。需求变更流程?由变更提出者通过项目管理工具提出变更申请，变 更内容经产品线负责人同意后进入变更流程，若产 品线负责人拒绝，写明拒绝原因后，变更取消。?