需求梳理会
背景
我们项目是两地合作开发的，参与这个梳理会的角色 包含：Product Owner， Scrum Master 以及Develop Team.
Product Owner来自于外部，Develop Team 包含开发和测试，分布于两地，所以我们的梳理会是在线上上合作完成的。
议程设计：
PO迅速讲解各个大需求，把这些需求在excel文档上记录下来，然后每个组拿一些需求。
在excel上创建三个tab：范围，疑问和假设
在范围的tab里记录下要做和不需要做的内容以及分解后的验收条件。
在假设的tab里记录下目前实现方案的依赖和假设，包含当前确定的共识和潜在的以后可能需要改变的方案。
在疑问的tab里记录下PO自己目前也无法回答的疑问，在梳理会后需要做进一步澄清。
每半个小时，每个小组留下最熟悉和最不熟悉的各一个人，其余人按照excel上的需求顺序，去下一个组讨论，每组留下的人负责给其他移动过来的人讲解目前的讨论结果，解答问题一起讨论。
经过几轮讨论，推荐一个人担任组长，该组长和最熟悉的人一起分解任务，其余人可以自行决定加入哪组，分解后的任务的颗粒度达到1-2天的工作量，同时该功能能够开发，测试，演示以及满足DoR
待分组完毕，任务分配基本完毕，我会询问大家对结果是否满意以及还有哪些不满意的。
小组基本分配完成，任务分解的差不多的时候，我会让大家回顾一下我们已经完成的故事点，我会让大家在每个故事点上贴上自己的点数，对于用户故事太大的，我们会建议PO进行后续分拆，进一步澄清以及调整优先级。
当所有人都没有意见以后，统计总点数，形成文档。
产出：
Backlog 拆分粒度更细更易理解和评估，减少PO和Team之间的认知理解偏差。
