每个团队的人员组成不一样，素质、文化也不一样，没有任何一种固定的流程能够适用于所有团队，所以在敏捷中的各种最佳实践，做到细节都是需要灵活调整的。
但不管有什么不同点，回顾会议的目的是对前一段时间所做的各种事情进行回顾，能够促进团队持续提升，在不断的思考、总结、实践中，引导团队从优秀到卓越。
想做好回顾，必先学主持
本书中，有一个重要角色“主持人”，文中介绍，他可以是Scrum Master，可以是团队轮值成员，这个主持人贯穿于整个回顾会议始终，如：指定回顾的目标、确定会议时间盒、会议框架、选择活动等前期准备，还有会议进行中的主持与引导以及每个回顾点时间盒的控制等等工作。
引用原文一句话：看着你手中的提纲大声练习，用嘴说出来和光是看或想效果是不一样的。
对于文中提到的主持人可以是团队轮值成员，个人愚见认为这个“可以”，要结合团队的实际情况，不是所有团队都“可以”，会议主持是一个需要非常高的综合素质且长期专门思考并实践的工作，需要长期重复的去思考，尝试，实践的过程，一些团队成员被轮流，也许会懒于思考，采用套用的方式照搬之前的流程；
回顾会议的地点选择
顺利完成一次事件 ，作用他的事情可能很多，地点的选择也是其中之一吧，这个印象很深刻，上次迭代总结，由于团队数据较多8个左右了，常规的小办公室已经有点拥挤了，小办公桌围着，大家都只能坐在第二排了，在有条件的情况下，可以选择足够的办公室进行回顾会议；条件不允许，可以提前对会议地点进行布置下，可以多搬两个桌子按U形排队，文章很仔细，结合了天时地利人和。
确定会议时间长度
结合实际目前团队会议的时间，对于这个时间概念不是很明确，目前回顾会议中存在买小吃大家一起吃，这里增加了会议时间的不确定性，会议就应该是专注的；
1. 可以将吃东西的时间明确，这个时间段就是来放松、吃、闲聊的，时间盒结束，就撤走所有小吃，专注到正题回顾上
2. 吃东西这个事，不纳入到回顾会议活动中，可以叫Sprint Snack（SS），作为迭代交付演示完的一种团队福利，采用另外一种方式来呈现。
对于明确时间盒，遵守时间概念，可以套用的任何事情上，不单单是敏捷开发，但是很多时候计划赶不上变化；
提前结束跟添加时间，可以是团队讨论确定，但是这个的前提应该是会议的目的是否达到了，这里主持人有更多的决策分量。
文章介绍的很全面，纸上的东西是用来指导实践的，想尝试用文章的方法结合当前团队现状，实践一波。
网友评论