需求梳理会是PO和团队一起梳理下个迭代Backlog的过程，其目标是为了提升迭代计划会的效率，促进迭代目标的达成，是整个Scrum Team协作、共担职责的重要机会。
议程设计和引导过程：
目的：对接下来的Sprint的Backlog进行细化、讨论、初步估算和优先级排序，为下个Sprint的planning 会议做准备。
参与者：PO、团队（包括开发、产品经理）、SM
议程： 1. PO讲解产品的需求背景、价值，以及下次Sprint的初步计划目标 -- 5mins
2. 团队拆分需求：分组进行讨论，每个小组分别讨论出要拆分出哪些功能点及验收条件、对需求不清楚的点提出疑问；每个小组将拆分结果和疑问贴到白板上 --20分钟
3. 邀请两个小组的成员分别对其拆分的结果和疑问讲解，然后po进行回答。最终综合整理确定拆分需求清单，排列优先级 --15mins
4. 团队可以对确定好的拆分需求清单进行初步的工作量评估，方便在planning会议上提升效率 20mins
5. 最终po向大家展示最终确定的Product backlog，Dod，priority，以及需求拆分任务和工作量 3mins
引导过程注意的事项：
1、关注是否所有人都在关注，对于一些发言较少的引导他去做代表解释他们组的输出
2、 确保大家对于po提出的需求介绍是真的明白的，在时间充足的情况下可以请一些人进行反讲
3、对于一些讨论中出现偏题的情况，比如说他们探讨的需求不是下一个sprint的，要及时制止。
心得：
1、PO对整体需求和整个项目需要最终达到的目标要有非常清晰的讲解，保证整个团队的成员都获得统一的目标认知；
2、 充分的准备非常重要，如果PO在需求梳理会之前已经筛选出需要初步沟通（梳理）的需求列表（Product Backlog Item），那么可以给到团队成员很好的输入，帮助会议更加有效率
3、充分的engage团队成员非常重要，时间允许的话鼓励开发团队反讲需求，保证团队每个人对需求的理解一致是非常重要的一步。
自我反馈：
做的好的地方： 由于有涉及了议程，以及对团队的成员相对熟悉，并且一致都有比较好的团队氛围，所以整个梳理会基本符合期待。
需要提升的地方： 自己也应该多熟悉产品的需求，这样在引导的过程中可以及时的识别到他们所谈的是否偏离主题，不是下个sprint要完成的需求，及时把讨论着拉回来。
