产品研发流程总规范(简易版)

产品研发流程总规范 1 目的 本文档主要目的是制定一套适合蓝领通公司现有的管理规范和实际状况的 产品研发管理规范， 从流程控制上提高产品研发效率和质量， 防止流程混乱， 减 轻沟通压力。通过确认规范和流程，让所有参与角色严格遵守，各司其职，齐心 协力，保障每一个节点的工作成果都能够高质量按时完成，做到责任到人，奖罚 有据！ 2 基本工作准则 a) 产品研发周期一般为 2-3 周，采用敏捷模式进行迭代开发； b) 产品负责需求池的管理和维护，作为迭代工作的主要依据之一； c) 产品需求管理和项目管理统一使用禅道， 任务完成状态和结果均已禅道上的 为最终依据； d) 每项任务的每个阶段，都需要确定负责人、基本时间计划和成果物； e) 每项工作完成后，都需要效果评估和情况通报（以邮件为准） ； f) 不能提前完成的任务，需要提前通知上级负责人，并给出原因； g) 涉及到需求的任何变更均需要通过邮件发送产品负责人，统一组织评审、统 一排期，经过产品确认提交技术研发（紧急性 bug 除外） h) 大会前充分准备和沟通，而不是大会上讨论，会议组织人员严控会议节奏， 防止发散； i) 产品需求规格说明书 （PRD） 、 效果图和交互设计说明书是整个流程的中心， 所有工作的开展必须严格按照和围绕上述文档开展。 j) 所有文档都需要及时上传和更新至 SVN，方便管理和信息及时同步； 3 研发流程图 4 流程块描述 4.1 需求阶段 工作内容： 与市场、 业务、 运营定期沟通， 结合产品的线上跟踪和用户反馈， 调研产品需求， 进行需求池管理，完成阶段性需求列表的梳理，更新版本火车时刻表和产品 Roadmap； 成果物： 产品迭代需求功能列表，火车时刻表（更新） ，产品 Roadmap（更新） 注意事项： 需求池管理需严格明确需求的来源，提出人，商业价值，录入时间，需求状态， 排期说明； 4.2 需求评审 工作内容： 产品相应负责人组织需求评审会议，必须参与人员包括：总经理，副总经理，运 营负责人， 研发负责人； 不定期参与人员 （视需求具体内容而定） ： 推广负责人， 业务人员，客服负责人，财务人员；会上需要确定版本迭代的范围边界，需求列 表，确定预期效果和时间计划； 成果物： 产品迭代需求清单（定稿） ，需求评审会议纪要 注意事项： 需求评审的会议纪要由组织评审的产品负责人负责，会后通过邮件发送给所有相 关人员。 会议纪要要包含评审会议的一系列决定， 以及需求范围边界和时间计划； 评审会议前需产品负责人将需求列表提前两天发送给相关参会人员， 参会人员收 到邮件需认真审阅，会上产品讲解需求，相关人员提出建议，提高会议效率。 4.3 设计阶段 工作内容： 设计阶段需要完成四项工作内容：原型设计，效果图（含交互设计说明书） ，产 品需求规格说明书和禅道需求录入。 成果物： 低保真线框原型图；产品需求规格说明书；禅道需求录入；效果图；交互设计说 明书； 注意事项： 原型统一为低保真线框图，避免高保真原型图给 UI 设计师造成视觉干扰，产品 需求规格说明书严格按照模板格式， 所有需求必须清晰无二义性， 精确到字段级 需求说明； 效果图需要同步给出色彩规范说明， 交互设计说明书需要描述清楚产 品功能的交互规范， 遇到不能详细说明的应配合UE 制作交互动画辅助交互设计。 4.4 设计评审 工作内容： 设计评审分两步操作：第一步评审线框图原型和产品需求规格说明书，由该产品 负责人组织评审会议；第二步评审产品效果图和交互设计说明书，由 UI 设计师 负责组织评审会议； 需求设计评审参与人员要求：副总经理，运营负责人、测试负责人和技术负责人 必须参加，推广、客服、业务、财务等选择性参与； UI 设计评审参与人员要求：集团总经理、公司总经理、副总经理、运营负责人， 研发负责人、产品负责人、前端开发人员； 成果物： 会议评审纪要，需求规格说明书（定稿） ，效果图（定稿） ，交互设计说明书（定 稿） ； 注意事项： 需求评审通过后再进行 UI 设计评审，确保 UI 设计和需求保持一致；会议纪要会 后邮件发送相关人员； 4.5 研发设计 工作内容： 架构设计调整，功能概要设计、详细设计，数据库设计； 成果物： 概要设计系列文档，详细设计系列文档，数据库设计说明； 注意事项： 统一模板编写，需要组织评审，详细设计需要能够体现逻辑流程图和数据流图， 确保每个开发人员都产品业务需求的深入理解，保证研发质量。 4.6 研发评审 工作内容： 由研发负责人自行组织评审会议，对每个需求模块的设计文档进行评审。评审会 议参与人员：所有研发人员，产品相关人员；评审结果计入研发人员的月度绩效 考核。 成果物： 评审会议纪要，研发设计类文档 注意事项： 评审会议纪要由研发负责人会后发给相关人员，包括产品、运营。设计类文档上 传至 SVN。 4.7 测试阶段 工作内容： 测试负责人在设计阶段过后指定产品该迭代任务的测试计划， 由具体的测试人员 根据产品需求规格说明书编写测试用例，测试用例在测试开始时需要组织产品、 研发、设计等相关人员进行测试用例的评审，保证测试用例的覆盖度； 测试人员在测试期间应向公司总经理、 副总经理、 研发、 产品每天发送测试日报， 超过一周的测试周期还应发送测试周报。 测试过程中的 bug 状态及时更新； 测试完成后，独立编写测试报告； 成果物： 测试用例列表，测试日报，测试周报，测试准出报告； 注意事项： 测试相关数据的统计已禅道为准， 要求研发人员必须及时更新禅道的bug状态； 重大改动必须进行整体回归测试； 测试准出报告需邮件发送给各领导和相关人员； 4.8 产品培训 工作内容： 涉及到后台业务模块的产品功能需要在产品上线后第一时间组织相关人员进行 培训，培训不限形式，可以微信培训，远程视频培训，录制操作讲解视频，会议 室 PPT 培训；具体培训形式视情况而定。 成果物： PPT，操作视频或说明手册； 注意事项： 正式的产品功能培训需要配合测试问卷。 4.9 产品上线 工作内容： 测试确认准出后，研发需制定上线方案，将实现的系统、功能需求放到线上提供 服务。 上线后研发也应该准备测试环境，方便线上反馈问题的验证和测试； 产品应在会员群里面组织新版本的试用并收集反馈意见； 运营应做好前期宣传活动的准备； 前期活动的准备； 运营目标分析和运营风险分析； 4.10 线上跟踪 工作内容： 持续收集用户意见反馈和用户使用建议，整理并及时记录到需求管理表； 整理收集产品运行数据（新增用户，留存率，活跃度，埋点数据分析等） ； 进行需求提取，关注显性需求和隐性需求，准备下一轮产品迭代。