需求版本迭代内部流程规范
2021-08-24 15:47:31 0 举报企业内部产品需求迭代流程
作者其他创作
大纲/内容
输出：将禅道中的需求指派到测试，进行跟进
干系人
输出：禅道需求列表，将序号，描述与方案一一对应确认解决方案后维护即可
N
需求评审会
将需求录入禅道
测试
方案设计
需求负责人进行评估是否需要
原有功能优化或bug
需求负责人
输出：上线验收反馈给测试
工作流程
内容/输出
运维需求负责人
来源：需求跟进表/蚂蚁分工临时任务/计划迭代
需求
上线培训制度：1. x.y.z.n版本更新，在更新z时，培训人由版本号确认（若更新较多，培训人则按照产品实施部人员顺序培训）；2.培训周期定为版本更新后的次天；3.n版本更新不做培训
每天上午10点之前维护前一天需求跟进表中的需求
进度跟进、风险反馈
测试更新需求跟进表执行上线时间
Y
上线
输出：测试报告结果
业务需求方；吴总，对应项目经理；需求负责人
需求负责人，对应模块研发负责人
业务需求方；技术部需求负责人；
方案评审会
需求负责人、相关技术模块较大时需吴总参与
若与预计发布时间有冲突要进行更新需求跟进表
输出：上线执行报告单；确认版本号，若为z更新则据此生成本次培训人用户功能培训及用户需求上线确认
需求确认书包含内容：1. 与用户确认的需求跟进表原生需求；2.对应需求确认的解决方案；（简单需求在需求确认后即可产出，复杂需求方案设计后产出，尽量进入研发之前取得签字文件）3.确认需求预计上线时间；
输出：原型图、文档等span style=\
目的：确认需求合理性、实现难易度、以及需求优先级输出：用户签字的需求确认书（简单需求）span style=\
目的：确认最终方案，技术经理/对应模块研发负责人确认；输出：用户签字的需求确认书（复杂需求）及span style=\
产品验收
对外更新
与用户进行需求确认
进入研发
0 条评论
下一页
