Facilitate团队进行至少1次Product Backlog Refinement/Grooming需求梳理会

需求梳理会

Time：Oct 19, 2020 9:00 AM - 5:00 PM Monday

Title:  HAHA - Sprint 4B Sprint Retrospective

背景

我们项目是成都-新加坡两地合作开发的，参与这个梳理会的角色 包含：Product Owner， Scrum Master 以及Develop Team. 

Product Owner来自于新加坡，Develop Team 包含开发和测试，分布于成都新加坡两地，所以我们的梳理会是在线上（Micro Teams）上合作完成的。

议程设计：

PO迅速讲解各个大需求，把这些需求在excel文档上记录下来，然后每个组拿一些需求。

在excel上创建三个tab：范围，疑问和假设

在范围的tab里记录下要做和不需要做的内容以及分解后的验收条件。

在假设的tab里记录下目前实现方案的依赖和假设，包含当前确定的共识和潜在的以后可能需要改变的方案。

在疑问的tab里记录下PO自己目前也无法回答的疑问，在梳理会后需要做进一步澄清。

每半个小时，每个小组留下最熟悉和最不熟悉的各一个人，其余人按照excel上的需求顺序，去下一个组讨论，每组留下的人负责给其他移动过来的人讲解目前的讨论结果，解答问题一起讨论。

经过几轮讨论，推荐一个人担任组长，该组长和最熟悉的人一起分解任务，其余人可以自行决定加入哪组，分解后的任务的颗粒度达到1-2天的工作量，同时该功能能够开发，测试，演示以及满足DoR

待分组完毕，任务分配基本完毕，我会询问大家对结果是否满意以及还有哪些不满意的。

小组基本分配完成，任务分解的差不多的时候，我会让大家回顾一下我们已经完成的故事点，我会让大家在每个故事点上贴上自己的点数，对于用户故事太大的，我们会建议PO进行后续分拆，进一步澄清以及调整优先级。

当所有人都没有意见以后，统计总点数，形成文档。

产出：

由于项目保密性，结果做模糊处理：

反思与心得

之前我们的梳理会，在“异花传粉”这个环节做的非常差，基本是固定的团队做固定的需求，这样很多时候 并不能真正的了解PO的需求，我发现这个环节很重要，它非常有助于我们能够从多个方面多个角度来熟悉这个需求。