Sprint Retrospective 迭代回顾会 是非常重要的一个会议，很多时候，团队成员都会忽视，或者流于表面，今天和大家好好聊一聊这一块
一、Sprint Retrospective的概叙
迭代回顾会是在Sprint Review会议之后，下一个新的sprint开始之前。你可以理解为是当前sprint最后一个会议了，所以很多人认为是总结会，也可以这么理解。参与的人员主要是敏捷团队成员，时长不超过1.5小时。
二、Sprint Retrospective目的
目的主要是让敏捷团队成员自省同时在下个sprint的时候提升。同时总结一些事情来做整理，我们都没有去做。通过回顾会议，我们知道了这个Sprint哪些事情做的比较好，可以继续的保持，哪些事情做的不够好，需要继续努力。这样，可以使得我们的工作更加高效。
图一 Sprint Retrospective三、回顾的内容
3.1 团队成员
看看敏捷团队的成员在这个sprint过程中有没有做的好的地方或者不好的地方，那么在下一个sprint是如何去改正或者提高。
3.2 团队关系
这里的关系不仅指的是敏捷团队成员之间的关系，也包括和干系人之间的关系，这也是我们要关注的。
3.3 流程
敏捷管理不是不要流程，而是说要将流程尽量简化，改要的流程还是要的，所以在这过程中，我们也要回顾我们哪些流程用得好，继续保留，哪些流程不行，需要改进或者遗弃。
3.4 工具
这是很容被忽略的，好的工具会提高效率，不然现在为什么互联网上天天喊“生产力工具”（估计你们公司也在这么喊把）。确实，在我们做敏捷管理的过程中，会用上大大小小的工具来提高效率，但是，你会发现，有一些工具在这个sprint有效，在下个sprint就不一定有效了。所以这着过程中是一个动态的调节过程的，而不是一成不变的。
图二 回顾的内容四、Sprint Retrospective 的五个阶段
4.1 准备
任何一个会议都要提前准备好，除了常规的邮件/及时聊天软件告知这次会议的时间、地点、与会人员、会议内容外。我们还要设定一个安全的会议环境，鼓励与会的敏捷团队成员多发言。对了，这种会议最好是采用线下会议，而不要采用线上会议（当然今年的新冠疫情除外哈）
4.2 收集数据
将本次sprint的一些关键数据呈现出来，展示给敏捷团队成员看，另外在会议上可以手机包含收集做的好的部分，做得不好的部分，有时还会创新想法部分。
图三 Sprint Retrospective 的五个阶段4.3 产生见解
收集到了数据只是第一步，如果顺利，到此为止我们就能收集到大量的、反应真实情况的好的和需要改进的点。接下来我们需要整理了。先分类，因为大家是各自独立写的，所以肯定会有重复的，所以把同类的放到一起。
4.4 确定改进项
选取最值得改进的几项（一般不超过3项），同时找到解决的方案，在一下个sprint过程中进行改进，当然不一定一个sprint就可以改进完。
4.5 结束会议
结束会议如果有必要的话我们可以简单对本次会议的组织做个总结建议，可以帮助我们提高下次回顾会议的组织能力。
