Scrum: Sprint Review Meeting，用户和开发者的一种沟通方式

我们这个部门有5个Team在做Sprinting， 并且这5个Team的Sprints的时间是一致的，所以Sprint Review在同一天进行。

上周五Sprint Review Meeting，第一个进行Sprint Review Meeting的组的PO提前几天发信给我要求把会议的邀请发送给产品、设计、商业分析等人，安排他们参与这个会。在这个Sprint Review Meeting 之前，负责做Sprint Demo的人就把Demo的演示稿准备好，并且通过了组内和PO的Review，所以Demo进行的非常顺畅，而在这个过程中，该产品需求的商业分析和产品设计都问了许多问题，并且对如何改善用户体验，并且接下来该产品的新功能的优先级有一个很好的沟通。在最后一个组的Sprint
Review Meeting中，发现了一些从用户角度来看的设计、开发中的问题，并且记录下来，需要在下一个Sprint中改变和跟踪。

Review Meeting的最后，会询问PO是否接受这个产品/功能的Demo，来评价该Sprint是否成功。

从用户和开发者的角度来看，这个会议无疑是非常好的沟通方式，大家针对彼此关心共同完成的一个产品/功能提出建议和意见，并且把会议中提出的问题记录下来，整理到Team Backlog，用于下一个Sprint Planning。用户可以及时把自己的意见加入到Team 未来Sprints中去，而开发者也可以通过用户的反馈更理解用户的需求，并且把其反应到实际的产品/功能中去。