需求梳理
ERP需求跟进表
版本迭代阶段
复杂需求
反思点：1.培训次数过少2.产品设计人员未能吸取第一版本的教训仍旧闭门造车没有一线上线使用
研发人员需要基于测试提供的自测案例，确保不出现阻塞情况，如出现阻塞情况，将会纳入研发质量考核
简单需求
培训手册
1.PM将相关任务做出表格与吴总确认后2.需求影响范围3.开发提测的时间包括自测时间
纠正偏差
反思点：复杂需求方案产品产出后未与业务用户进行确认如供应商分配功能
交付用户
1.研发接口人、测试接口人、需求接口人；2.简单的改动需求，研发只需研发接口人参与；3.复杂功能改动等需求，或吴总进行业务讲解且需要研发理解的业务，需相关研发人员全部参与。
包含全部需求1.ERP的MVP需求2.异常工作流需求
初步分配研发人员
需求跟进表
通过
反思点：当前缺少对产品设计人员考核
开始研发
用户培训方案用户培训会议
反思点：6.2号WMS的更新未在周六日进行导致库存失真
进入测试
研发根据需求文档，前后端参与
在进行需求研发交付会议时， 测试要参与
数据准备
反思点：数据准备不充分，导致新旧系统切换时间延长1.在运行ERP系统之前，基础数据，收费标准等业务数据，库存信息，没有做分析研究的工作。2.参数的设置，权限的配置，钉钉账号的配置，财务信息等没提前为用户配置好，导致出现用户登录后没有权限，以为功能没实现；3.另外可能还包括新旧代码的对应数据表，没设定具体点，如新旧系统建档的切换问题
组织会议，确认任务资源
上线部署
发起立项
修复
反思点：该表使用过晚在第二个版本上线之后才协同干系业务部门使用（4.14后正式投入）
核对无误
研发接口人初审
研发跟进
立项阶段
需求接口人接收需求（产品实施部）
业务培训
需求交付
需求确认表
研发接口人确认任务分配
实施切换运行阶段
反思点：在项目需求边界模糊不清的情况下，没有在项目边界及需求清晰后再=进行补充文件
包含用户需求确认书及确认范围
业务需求说明，项目工作范围说明书
产品与研发经理应重点关注
研发结束导入测试之前需求人员做最终确认
测试接口人
需求确认表+任务分配表
评审不通过，重新细化需求修改产品方案
输出测试报告
反思点：1.当前任务分配表阶段性使用，产品未对任务进度进行好追踪2. MVP设计阶段产品专业能力不够，导致的后期方案调整，影响了项目进度，如集团单中同明细不同价格的问题3.当前节点缺少产品设计人员考核
反思点：当前该会议缺失
需求导入会议
修改
研发人员在研发过程中最长间隔三日必须和需求分析人员过一遍已经开发的功能实现是否准确（当前只有上线前才做校验）
修改BUG
需求确认
需求确认表原型需求文档
1.日常研发最高优先级任务，就是修改BUG2.按吴总要求，在5.20号后BUG会随当天版本更新
发现问题，需要同步更新原型及方案更新记录
需求确认（对业务用户）
研发人员、测试人员在场配合
沟通
需求进行最终确认通过
驳回
制定测试计划（录入禅道）
研发过程中需要评估完成时间并及时预警
1.必须保证所有部署内容支持回滚至上一版本2.上线部署必须在业务用户不使用系统时
研发接口人
