产品线研发流程规范

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