最近拜读了申导推荐的《敏捷回顾》一书，略有所得，记录一下与大家分享。
回顾检视会的意义不只是一份项目审计清单，或者一项例行公事的项目清查。与传统意义上的事后检查或者项目复查不同，回顾检视会注重的不仅仅是开发过程，更重要的是团队中存在的问题。本书通过一个结构化的流程，介绍如何帮助团队检视和调整，解决团队中的存在的问题。
预设会议基调。这个阶段要做的事情有：1.会议目的和目标的宣导，让大家能有一个统一的方向，讨论的时候更容易抓住主题，范围不会蔓延；2.介绍会议议程，有助于让大家了解在会议上我们要做什么，以及每一步所需时间，让大家有个时间概念，而不是漫无目的的会议；3.共同的工作约定，这个需要大家一起来完成，在会上我们都需要什么样的纪律，需要遵守什么，提前定好规矩，以免在会议过程中碰到一些尴尬的事，影响会议气氛。基调预设的好坏决定着接下来会议可能的走向，所以回顾会议中这个阶段一定不能忽略。
收集数据。这个阶段主要是把迭代中发生的事情记录下来，用带彩色标点(绿色代表高潮，蓝色代表低谷)的时间表的方式，形成一个共享图，使大家了解迭代过程中的事实与情绪感受，从不同角度共享和整合数据；此阶段要确保全员参与进来，这样才能确保共享图的完整性，不会导致收集到局部数据；有了这些收集到的数据才会有后续的讨论和改进。
激发灵感。团队用各种方法，如本书中提到的头脑风暴法(1.自由式，大家随机去想 2.循环式，转圈传递令牌，拿到令牌的出主意 3.给大家5-7分钟独自安静思考，并将想出来的写在纸上)、力场分析法、五个为什么、鱼骨图等，研究收集来的数据，从迭代开发过程中找出优势和问题。
决定做什么。在这个阶段，要从问题清单中找到优先级最高的几项，然后计划怎么改进，需要设置可衡量的目标来实现改进后的效果；所有的改进方案都需要获得个人的承诺，否则会认为是团队的事情，会后很难执行改进。在本书中决定做什么的方法有简单主题、问题圆圈、SMART目标、回顾有戏规则等。
检视会总结收尾。会议不仅要有一个好的开始，也要有一个好的结尾，在此阶段对会议的产出做总结，并感谢每个人在过程中的付出；同时检视本次回顾会议哪些议题做的好，哪些可以在下次回顾会中进行改进，以便回顾会本身的迭代改善。
有了会议的产出，如果后续迭代中不能很好的执行下去，开再多的会，迭代中出现的问题也不会有所改进；所以本书在结尾部分介绍了有效执行，主要方法有1.提供支持，产生变革的工作在回顾会结束后并没有完成，哪怕是一点小小的改变也需要呵护和支持；2.为变革而分担责任；3.支持较大范围的变革。
