1、产品线研发流程规范版本：V1.0修订记录版本日期修订人内容描述V1.02016-11-15目 录1. 概述31.1. 背景31.2. 目的32. 详细内容32.1. 概览32.2. 产品规划阶段32.3. 产品需求阶段42.4. 产品设计阶段52.5. 开发设计阶段52.6. 产品开发阶段52.7. 产品测试阶段62.8. 产品发布阶段72.9. 其他71. 概述1.1. 背景公司产品线的产品，由于无规范化及标准化的流程，在整个产品生命周期管理过程中，出现诸多问题，如计划管理随意、角色职能定位模糊、版本计划目标不明确、研发质量差、版本延期等，这些问题均严重影响了产品质量。因此，有必要在公司层面
2、上对产品的研发流程进行规范，并加以推广，全面提升公司产品线研发管理水平。1.2. 目的规范公司研发产品制度，通过标准化的流程，提高产品质量。2. 详细内容2.1. 概览 产品研发流程将包括的环节：产品规划阶段 产品需求阶段产品设计阶段产品开发阶段产品测试阶段产品发布阶段2.2. 产品规划阶段 分析市场情况，预测产品未来走向，从整体方向规划整个产品，并分阶段实现。阶段划分一般以年为单位。年初由部门研发负责人向公司PMO申请项目编号，确定年度总体计划，逐月细分。2.3. 产品需求阶段2.3.1. 需求来源 产品经理：根据市场分析情况，提炼需求； 内部研发：研发过程中总结的系统优化需求； 测试人员：
3、测试过程中总结的系统优化需求； UI设计师：对系统页面提出的客户体验方面的需求。2.3.2. 阶段目的 从各方面广泛收集需求； 论证需求，通过调查、研究、收集竞争对手资料、行业资料、数据报告等手段，确定需求可行性； 分析需求，通过模拟用户实际操作习惯，分析用户心理，给需求定义合适的期望； 根据优先级，对需求进行排序； 将需求科学、清晰地文档化，并输出需求文档。2.3.3. 阶段流程 需求收集：需求人员采集不同来源的需求并汇总。 需求讨论：组织产品对应的需求、研发及测试负责人，对汇总的需求进行讨论，得出合理的需求结论。 需求排序：根据需求数量及重要性，确定各需求优先级，安排版本计划内容。 文档输
4、出：由需求人员（或需求提出方）根据得出的需求结论，将需求进行合理、清晰、准确地描述，输出产品需求说明书 。包括但不限于：需求业务流程描述、业务规则、预期目标等。 记录及评审：产品需求说明书以邮件形式发送部门领导，部门领导批复后定稿。2.4. 产品设计阶段2.4.1. 阶段目的 将文字描述的产品需求界面化，设计出产品原型，包括界面元素，输入输出字段、前后台衔接等。 UI设计师根据产品原型，对界面元素的布局，大小等进行调整，产出界面效果图。2.4.2. 阶段流程 产品需求说明书评审通过后，细化需求内容，编写产品需求规格说明书，包括但不限于：界面输入输出字段、业务逻辑、处理流程图等； 产品需求规格说
5、明书评审：以邮件形式发送部门领导，部门领导批复后，提交研发及测试负责人。2.5. 开发设计阶段2.5.1. 阶段目的 研发负责人对需求进行任务分解，分配到具体开发人员； 开发人员根据产品需求规格说明书及UI设计图编写各自任务的概要设计，包括但不限于：需求所涉及的表、字段取数规则、后台逻辑等，产出开发设计文档（目前是excel或word文档格式），完成后统一进行评审； 评审通过，进入开发阶段；评审不通过，重新修改再评审；2.6. 产品开发阶段2.6.1. 阶段目的 根据开发设计文档进行编码。2.6.2. 阶段目标 实现产品功能； 进行单元测试；2.6.3. 阶段流程 编码：按照设计实现编码； 内
6、部代码评审； 开发内测：开发任务完成，由研发负责人组织联调及冒烟测试； 冒烟测试通过，提交测试；冒烟测试不通过，返回修改；2.6.4. 其它 建议需求人员在此阶段适当介入产品体验，确保开发出的功能与需求保持一致； 开发过程中，若发现需求本身存在缺陷，经提出并确认，可走需求变更流程。2.7. 产品测试阶段2.7.1. 阶段目的 及时发现严重缺陷并修复，保证上线产品质量。2.7.2. 阶段目标 控制版本缺陷率，提高版本质量。2.7.3. 阶段流程 编写用例：接收产品需求产品需求规格说明书 ，充分理解需求的基础上，编写测试用例； 测试用例评审：组织会议，对每位测试人员的用例进行评审，会后发送用例评审
7、记录，并完善测试用例； 冒烟测试：研发提交代码并部署更新测试环境后，测试人员进行一轮冒烟测试，验证系统总体流程；验证通过，则开始执行用例，验证不通过，返回开发人员修改； 用例执行：冒烟测试通过后，测试人员根据功能点执行通过评审的测试用例； 提交测试结果：用例执行结束，通过项目管理工具提交测试结果； 回归测试：开发人员修复bug后，对bug进行回归验证；2.8. 产品发布阶段2.8.1. 阶段目的 发布上线版本。2.8.2. 阶段目标 产出供现场项目使用的稳定版本。2.8.3. 阶段流程 回归验证通过，进入发布阶段：进行最后一轮冒烟测试，验证总体流程可用性； 验证结束，由系统配置管理员取验证后的
8、代码及脚本，通过版本管理工具，发布稳定版本。 邮件发送版本信息，告知产品相关人员，结束版本工作。2.9. 其他2.9.1. 需求变更需求定稿后，由于市场需要、客户要求、设计缺陷等原因需要调整时，通过变更流程正式提出需求变更。 需求变更流程 由变更提出者通过项目管理工具提出变更申请，变更内容经产品线负责人同意后进入变更流程，若产品线负责人拒绝，写明拒绝原因后，变更取消。 若变更生效，由产品线负责人通知研发、测试负责人，组织对变更的需求进行修改； 较大的需求变更，经研发、测试负责人协商，可纳入下个版本计划；2.9.2. 迭代版本计划 由于产品研发周期较长，根据迭代周期（一般设置为1个月），版本计划需提前制定。11.11.2【本文档内容可以自由复制内容或自由编辑修改内容期待你的好评和关注，我们将会做得更好】最新范本,供参考！
浙ICP备2021020529号-1 | 浙B2-20240490 
