scrum中的5个活动分别是：
-产品代办事项列表梳理(product backlog)
-sprint计划会议(sprint plan meeting)
-每日站会(scrum daily meeting)
-sprint 评审会(sprint review meeting)
-sprint 回顾会议(retrospective meeting)
回顾会议是scrum的几个会议中相当重要的一个会，但是在很多团队中，retro的会议被无限期的延期。即使回顾会议如期举行，也大多流于形式，回顾会议如何才能开好，是这五个活动中最需要花心思的，甚至scrum master需要根据团队的状态以及团队融合的阶段来设置回顾会议的过程。
老生常谈，回顾会议是一个纠偏的会，是一个固本培元的会，放弃回顾会议虽然不能完全等同于让团队自然存活，但确实放弃了整个团队一起总结->成长->总结的好机会。
我们经常看到一些团队，一上来就由scrum master宣布，我们今天来开始回顾我们上个sprint中的工作，大家看看我们有什么地方做的好，需要保持，有什么地方做的不好需要改进，现在我们挨个发言。也有一些scrum master在和我聊他们的回顾会议所遇到的问题，他们觉得经常没有什么可以说的，所以他们由一个sprint变成两个sprint开一次，由两个sprint变成三个sprint开一次，慢慢的，回顾会议就省了。
对于回顾会议的参与者，不同的组织范围不同。我一直有一些自己的想法，我见过邀请一堆PO PM 各种boss老板的回顾会议，然后回顾会议开成了汇报会，各种祖国山河一片大好，问题一堆一堆得不到实质的处理。回顾会议是以人为本，以提高产能，提升团队工作效率以及团队精神面貌为目的的会议。我认为从这个点出发确定出回顾会议与会人员的范围。具体情况具体分析，不过我怎么觉得也能写篇文章来说，哎，这个点上我痛过。
在开发理念以及团队管理上我是特别主张套路的人，套路一定是得人心的，一定是被证明过正确可行的，所以我们按套路来，
《Agile Retrospectives》把回顾会议分成了5个阶段：
1. 准备
2. 数据收集
3. 产生见解
4. 确定改进项
5. 结束会议
我前面提到了，回顾会议是需要scrum master费心来设计过程的一个会，虽然大的阶段是固定的，但是根据团队的阶段，其实是需要在回顾会议里安排很多细小的点来达到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里面一起跟踪吧！
完结~~~
