返回目录：财经要闻
大家好，凌宇哥今天又带大家来看图了。今天的图好复杂有木有？又是数学，又是外语，这幅图有什么看头呢？别着急，待我慢慢道来。
看图之前，先问大家一个问题，大家所经历过或者见过的团队是不是都很忙？（画外音：废话，当然都很忙了，谁像你闲得在这里码字！）好吧，其实凌宇哥也很忙的。但是，在这些很忙的团队中有时候会出现一种情景：“哎呀，团队太忙了，月底就要发版，还开什么迭代回顾会？”这种情景相信大家有时候能遇到。忙，没时间，没什么用成了很多团队不开迭代回顾会的理由。对于一个迭代周期两周的团队，2个小时的迭代回顾会真的可有可无吗？
在回答之前，我们先做个比喻，其实一个团队也可以看成一个人。我们把这个人进行数字化，假设一个人的综合能力设为1。如果，这个人每天提升一点点，一年365天后，这个人会提升多少？答案看上图红色部分，这个人由1提升到37.8，可见提升之巨大。反之，如果这个人每天后退一点点，一年以后，这个人会退后多少？“答案就是上图的蓝色部分吧，由1变成了0.03”。哟，恭喜你，都学会抢答了。
这下子我们就能看懂上面的图了，一个团队，每天进步一点点和退步一点点，一段时间以后，反差是如此之大！所以在敏捷改进中，团队的持续改进是很重要的事情。而迭代回顾会就是团队进行持续改进的最佳契机。为什么呢？
想想看，大家忙了一个迭代，不论迭代结果如何，大家都会有很多不同的想法，更多的可能是吐槽；）。作为团队Leader，需要给大家提供一个机会。而从管理的角度来说，迭代结束进行总结回顾，也是完成了迭代周期的PDCA循环。
在迭代回顾会上，一般不要邀请团队领导参加，因为那样大家会受到拘束，会影响大家的情绪，而我们期望团队成员是在放松的状态下进行回顾。当然，这里不是排斥领导管理，开完回顾会后，团队Leader可以把情况汇报给领导。
一般在迭代回顾会上，团队会就上一迭代的完成情况进行整体的梳理总结，需要组织者在会前做好准备。同时团队成员可以对迭代中好的事情、做法进行表扬、以便后续继续发扬。
重要的是，团队成员也要对迭代中不好的事情进行梳理，并分析得出改进措施，然后团队在后续迭代中对改进进行执行监督。改进措施不一定多，但是一定要可落地，最好可度量，这样便于实操。
这样经过每次迭代回顾会的总结、分析、改进，最后团队的问题会逐一解决，变得越来越好。下面，是一个团队对存在问题的若干迭代的持续改进跟踪（改进评分：1到5问题解决得越来越好）。
所以说，迭代回顾会是团队的休息站、更是加油站。
看到这里，大家还会觉得短短的迭代回顾会可有可无吗？
最后，预祝各位的团队开好回顾会，做好持续改进，这样，团队才能芝麻开花--节节高！
