交付组需求流程
2022-04-15 15:37:24 33 举报
123
作者其他创作
大纲/内容
最终排期计划
TAPD需求池
迭代开发阶段
迭代3
反馈
紧急需求
工作量
需求变更
planning 会议
解决方案专家开发人员测试人员
需求转化
需求提出
交付产物
确认产物
确认资源投入
Code Review
开发
无问题
客户需求:CAS工单内部需求:tapd工单
开发执行
排期评审会(周五下午)
需求调研评审阶段
每日立会识别风险
需求沟通
迭代2
任务事项
沟通排期计划
开发leader需求方
相关参与人员
有问题
实现方案
优化总结
需求方反馈
需求迭代收尾阶段
需求完成
测试
开发人员测试人员需求方解决方案专家
解决方案专家
1、由【开发人员】、【解决方案专家】与【需求方】充分讨论明确实现方案及产物;2、【开发人员】明确工作量,如需其他部门协助,则由【PM】拉通,明确各端计划的负责人及最终交付日期。3、最终由【PM】将产物、交付时间、各端负责人注明公示在微信群内
每周五下午
紧急
参与应对风险计划评审
每周二下午
开始
判断紧急度
承接
拒绝
跟踪用户反馈
风险
需求方
沟通结论
核心流程
重新提请需求
组织应对风险计划评审
1、评估资源投入及时间点2、评估迭代内计划3、输出排期
开发测试
明确计划输出排期
图例说明:
项目经理
输出产物
快速响应即时评审
应对计划
闭环
1、PM拉企业微信群沟通需求背景,明确期望交付时间;必选人【对应区域组长】、【需求方】2、即时沟通,如有必要当面/电话明确需求点,并拉通【解决方案专家】介入3、由【区域组长】协调本组资源,如排期无法满足,上升至【交付leader】,由【PM】协调【其他区域组长】介入;直至明确开发人员。
迭代回顾
交付组需求迭代流程
紧急需求评审
紧急需求计划
输出排期
需求评审会
1、明确需求目标;2、判断是否落入当前迭代;3、输出评审结论:实现的技术方案。4、开发认领需求
不紧急
迭代1
需求完结迭代回顾
开发leader开发人员测试人员需求方
bug回归
开发评估
交付应用转化技术需求
各区交付组长需求方
代码修订
迭代4
发起变更评审
开发leader
落入评审(周二下午)
单独跟踪迭代总结
需求排期计划阶段
0 条评论
回复 删除
下一页