背景：按功能模块分别组织需求拆分，涉及2个部门，需求-2人、前端2人，前端服务端接口2人，中台接口2人
议程：
PO需求澄清：15分钟 ，PO澄清需求、用户故事分解、给出验收标准
开发团队拆分需求：20分钟，每个小组分别讨论出要拆分出哪些功能点及验收条件、对需求不清楚的点提出疑问；每个小组将拆分结果和疑问贴到白板上；
Po对各组的疑问进行解答：15分钟，不能答复的作为待办事项，作为专项澄清；
需求优先级排序：10分钟，po综合整理确定各组拆分需求清单，排列优先级
开发拆分任务评估工作量：20分钟，开发团队前端、服务端、中台接口拆分任务，评估工作量，每个任务工作量不超过1-2天；（开发责任人给出工作量评估）
成果：会后PO输出需求待办清单，验收标准，排列优先级，需求拆分任务和工作量
心得：
PO对整体需求和整个项目需要最终达到的目标进行了讲解，使得整个团队的成员都获得统一的目标认知；
需求分解：PO解释用户故事给开发团队，开发团队根据PO 的澄清，分析判断是否需要分解故事，记录需求疑问、不清楚的地方；保证团队要充分理解需求，完善需求。
完善验收标准：明确了验收标准，开发团队才能有的放矢，迭代验收的时候PO也才能根据具体的验收标准进行验收；
产品待办列表与清晰度梳理：开发团队反讲需求，保证团队每个人的理解一致,团队每个成员知道做什么，做到什么程度.
排定优先级：PO对需求进行优先级排序，以备在sprint计划会上挑选出优先级高的用户故事进行开发；
拆分任务评估工作量：开发团队拆分任务，评估工作量，每个任务工作量不超过1-2天；
自我反馈：
好的一面：引导过程清晰，团队清楚需求澄清及需求拆分的目的
待改进：需求反讲的方式和效果有待提升，开发团队提前了解并认真阅读需求文档，提前准备疑问，避免在会上临时了解需求，不能有效提出问题。
