最终排期计划
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
落入评审（周二下午）
单独跟踪迭代总结
需求排期计划阶段
