回顾会议

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

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

环境

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

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

过程

Peaks and Valleys Timeline

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

Speed Car - Abyss

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

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

心得

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