回顾会议是敏捷开发会议中，很重要的一个会议。敏捷教案里都说了这个会议是在sprint结束后召开的，主要是总结与归纳。相信很多的开发团队发布新版本都是在晚上，为了不影响到线上用户及便于数据切换。
我现在的问题是：回顾会议基本做不到每个sprint结束后召开，并且如何更好的与下一下sprint衔接？
难道问题是发布周期？应该提前一天进行发布？
如两周一迭代，在第二周周四时就应该发布线上版本。预留周5来进行回顾会议与下周版本提前开始。
但修改发布周期，意味着时间又缩短了，当前sprint能做的需求也需要缩减。这样是何理的吗？
下面是网友写的比较详细的如何召开及过程，参考实践。
需要但是根据团队的阶段，其实是需要在回顾会议里安排很多细小的点来达到scrum master管理团队的目的。
-第一阶段-准备
1. 回顾会议的主持人会和scrum master讨论一个大家都感兴趣的话题，放在会议的最开始大家讨论一下，内容是sprint内大家都比较关心的事情。
2. 回顾会议主持人整理上次retro大家决定的改进项。
3. 回顾会议所需要的ppt,。
-第二阶段-数据收集
数据收集相对比较复杂，我们会有四个方面的信息来收集
1. 大家感兴趣的话题 free style
目前我的团队会找一个团队的同事来背诵敏捷宣言，然后背诵敏捷的5个价值观(专注，勇气，公开，尊重，承诺)。其实团队在最开始三次回顾会议上是大家一起朗读的，这个一起读看似洗脑的过程，逐步在消除团队同事觉得一起读很奇怪的感觉，“那个感觉很奇妙，有融入的感觉”，我的一位同事后来反馈给我说。
2. 用一个词来描绘大家在上个sprint中的心情
大家把一个能描绘自己在上个sprint心情的词写再卡片上，然后每个人来解释一下自己为什么沮丧，高兴，或者 ...en 各种千奇百怪的心情。这个环节是想让大家放飞自己，这样的环节让大家觉得回顾会议是一个参与感很强的会，参会者来不只是“听会”，作为主持人的你，除了控制时间外，尽量让大家飞~~~
3.绘制大家在上个sprint的心情曲线
目前我们团队一个sprint是三周，大家去回忆自己在这三周里的心情并在白板上绘制一个心情曲线，其实这个过程依然是让大家畅所欲言的过程，大家会描述自己在这个sprint中各个心情的拐点。这个环节的目的有两个，第一：将大家的思绪带到过去的三周中去，让大家去回忆过去一个sprint所经历的事情。第二：团队成员之间相互了解其他人在过去一个sprint中的经历， 并且了解团队成员各自的点(生气，高兴)，从而达到后期的有度有效沟通。第三：scrum master或者主持人已经可以在这个过程中拿到一些数据，更多的是团队的士气数据。
-第三阶段-产生见解
什么做的好，需要加强，什么做的不好，需要改进
这个环节是回顾会议的核心，有很多的玩法，我想后面再起一个专门的文章来整理一下，大家可以先参考传统的做法：
传统的做法是用贴纸的方式收集大家觉得团队中好的以及不好的点，这个过程一定要背对背
对于收集上的的卡片我们首先进行分类
对于好的，我们进行整理归类，并和之前好的以及不好的backlog进行比较，鼓励整个团队继续保持。
对于不好的，我们也是在整理归类后，选出来不超过2条进行改进，如果选的改进项太多，团队往往无法是从，最终导致所有的改进全部失败。
-第四阶段-确定改进项
针对每个改进的点，我们要具体分析导致该问题的根本原因，然后根据根本原因提出改进措施。
找问题的根本原因用什么方法呢？ 问度娘，用科学的方法找问题的根本原因哦。好多理论知识可以用的。
-第五阶段-结束
好了，最后，让我们结束这次回顾会议。
我一本的结束方法是感谢团队中的一个人，感谢的方式是在纸片上写： “感谢xxx在上个sprint中xxxxxxxxxxxxxxx。某某人”
这句话在回顾会议中念出来，然后将纸片送给你所感谢的那个人。
这个环节要求只能感谢一个人。
这个环节设计的好处是可以让团队之间相互信任，相互帮助。结束环节的内容也可以根据团队状况去设计，scrum master一定要用心去感受整个团队的变化。
说在最后:
让我们把改进项也加进下个sprint的story里面一起跟踪吧！
————————————————
版权声明：本文为CSDN博主「weixin_39767124」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/weixin_39767124/article/details/113998943