很能体会很多实践敏捷的团对于回顾会的无所适从。通过参加一些团的回顾会，我发现之所以会无所适从，是因为大多数的回顾会其实缺乏基础，这里的基础简单点讲就是回顾会的输入。我们基于什么来进行工作反思和回顾？
回顾会有自己的固有主题：我们有哪些好的做法，哪些不好的做法及哪些亟待改进的做法。但这些主题可以延伸出很多内容，比如说，团队成员工作态度，项目知识的掌握及传递，需求的变更，沟通不畅等等。这些通常也是需要敏捷团队努力解决的问题，但问题是，回顾这些内容仍不够聚焦，甚至有可能脱离了当前迭代的目标。
我们试想，工作态度是意识的问题，需要监督和培养；知识能力依赖于个人素质和积累；需求变更则依赖于干系人和需求管理；沟通有时可能会涉及到方式方法。这些都是需要一定成本来缓解和提升的，不一定立竿见影。所以如果回顾会只是关注于这些问题，很可能会在几轮回顾后让团队也感到枯燥乏味，内容重复，甚至会因为有些问题涉及到具体人员会造成矛盾冲突。
那么我们进行回顾会的基础是什么呢，不知道大家是否还记得我们在之前提到的那个试验。每次回顾都是基于上一轮迭的结果，准确讲是演收或反馈结果来进行的。也就是说不管我们回顾好的做法还是不好的做法，都是基于上一轮产品验收达标的情况。
哪些好的做法帮助我们达成了当前的结果；
哪些不好的做法阻碍了我们达成预期结果；
如果我们采取了哪些办法，可能结果会更好；
所有的回顾内容都是根据迭代验收结果的状况来展开的，每一项回顾内容或改进内容都是针对迭代验收的具体反馈提出的。我们回顾的目标是通过回顾反思，让每一位团队成员清楚的知道，哪些好的做法实际上帮助实现了哪些具体迭代成果，哪些不好的做法实际上造成了某些迭代产出失败了或未能达到预期，并且汇总出最为关键的3到5项内容转化为具体的实践方案以期下一个迭代的优化提升。所以回顾会要想做的好，必须以产品演示验收会的输出为基础，如果没有了这个基础，就会出现发散回顾的情况。
所以回顾会可以“广撒网，多敛鱼”，但网一定要撒对地方并且要“择优而从之”。
网友评论