回顾会议

记得一个朋友说过，如果只允许做Scrum框架中的一件事，那就做回顾会议。只要持续改进，任何团队都可以越来越好。回顾会议可以有效地识别问题，找到改进方法，只要经常回顾，每次改进一点点，团队就会越来越好。

最近太忙，又做PM又做Tech Lead，上班和客户搞验收，搞SOW，下班还要写代码，修CI。我一忙起来就容易失掉激情，回想我刚加入这个项目组的时候，真叫激情四射，经常讲session，组织大家学习和运动，现在团队气氛也大不如前了。还好最近又来了一个同事，新人总是能发现一些我们视而不见的问题，提出一些对团队的看法，但随着新人慢慢变成老人，也会对这些问题视而不见。

环境

借着这个机会，召集大家进行一次回顾。当然，下午荼是不可或缺的，先让大家放松下来，才有可能说出最真实的想法。这次我还特意把会议地点放到了阳台上，考虑到两点：

一是因为屋里人多，除了团队成员外，还有硬件供应商和stakeholder；
二是阳台上空间开放，而且只能站着，能让大家更聚焦，更高效。

过程

Peaks and Valleys Timeline

由于很长时间没做回顾，这次采用心情曲线的方式，先回顾一下年后这一个多月的重大事件以及导致了心情怎样的变化。每个人画出一条线，一边画一边讲解因为什么事件而导致心情发生了什么样的变化。经过这一轮，大家都回想起了最近发生的事情，开始放松和投入。

Speed Car - Abyss

这是一个回顾和前瞻相结合的游戏，重点是回答下面几个问题：

有什么东西阻碍团队前进？
有什么东西推动团队前进？
前面会有什么样的坑（风险）？
我们能做什么来避免掉进坑里？

心得

有时候，虽然本质都是一样的，但外在形式却很重要。做回顾也是，不能每次都用同一种方式，因为大多数人都是喜新厌旧的。感谢我的同事写了《FUN RETROSPECTIVES》这本书，让我们的工具箱更加丰富。