今天和大家分享一个团队复盘工具—开好回顾会，复盘的目的就是发现做的好的，继续进行，做的不好的，根据重要程度，优先对重要程度高的给出解决方案，然后实施，通过PDCA持续完善。个人和团队都是如此。
1.什么是回顾会？
了解敏捷的对回顾会应该都不陌生，它是Scrum框架5个活动的最后一个。但是回顾会有不仅仅用在敏捷开发中，采用瀑布式开发的项目同样要定期进行复盘。
那么什么是回顾会呢？在Scrum中，回顾会是用来回顾当前迭代中的流程、工具、沟通、环境、资源等各个方面，检视各个过程并提出改进项的活动，这个会议的重点是聚焦问题并持续改进，同时发现做的好的地方继续保持。这是一个最容易被忽略的会议，尤其是开发压力比较大时，回顾会经常是第一个被裁剪的过程。
2.为什么要开回顾会？
子曰“我日三省吾身”，通过不断反思来发现需要改进的地方，持续优化。做项目也是同样的理念，如果不做回顾，每个项目或迭代运行者相同的过程，意味着可能重复同样的错误，可以说没有回顾就没有持续改进。
3.怎么开回顾会？（流程）
回顾会是总结会吗？是
回顾会是反思会吗？是
但又不全是，如果只做总结和反思，没有具体的改进措施或操作，就不能充分的发挥回顾会的价值。
总结经验、反思不足都是回顾会的主要内容，但所有的内容都归入一个结果，总结经验也好，反思不足也罢，是否能转化为实际可执行的行动，是否可以解决根本问题，才是最重要的。
3.1回前准备
回顾会之前一定要收集足够的数据，包括迭代中故事完成度，燃尽图，速率图，每个故事耗时情况等，收集数据后需要向团队进行展示。其次，确定好要邀请的人员以及回顾形式和议程。回顾会的准备是非常重要的，准备是否充分会很大程度上决定能否开一个有效的回顾会。
3.2会议主要议程
收集观点
1）主持人在白板上书写 Well、Less well、Puzzle 三列。
2）向团队展示准备好的工作绩效信息，通过数据做初步分析，是否有显而易见的重大问题，是否有特殊情况导致本迭代出现异常情况，如果有重大问题，在回顾时就作为重点回顾。
3）鼓励团队成员在10分钟内写出自己的观点，针对出现的问题给出自己的解决方案，针对做的好的地方说出自己的观点。每个便利贴上面只写一项内容，便于分类。
4）主持人对所有的便利贴进行分类，把相同或类似的贴到一起。分类的方式有很多种，比如三栏式（Well, Less Well, Puzzle）、海星图（Start, Stop, Do Less, Do More, Keep）以及SSCC（Start, Stop, Continue, Change）等。下面我们以三栏式进行案例说明
Well：哪些实践对项目或团队非常有帮助？
Less Well：哪些实践项目或团队造成不良影响？
Puzzle：在工作期间有什么疑惑或问题？
讨论解决方案
5）所有人员需要讨论Less Well中的内容，但限于时间和某些事项的严重程度，可以由主持人决定讨论的数量，一般3-5项。有人可能会说到后期，可能几乎没有需要Less Well了，那其实是一个好的现象，就像邹忌讽齐王纳谏中所说的“战胜与朝堂了”
6）使用“正”字投票法，对分组后的内容进行投票。
7）团队逐个讨论Less Well，找到可以采取的行动，并进行优先级排序。比如客户经常在开发的过程中提出需求变更，我们可以采取的行动应该是，在项目启动会上就变更规则达成一致意见，在实际执行中按商定好的变更规则执行。
考虑限制行动事项的数量，使团队在即将进行的迭代或工作期间有能力改进。尝试一次改进太多的事情却没有完成其中任何一件，比计划完成较少的事情并成功全部完成要糟糕得多。
没能在当前迭代中优化的事项可以放到下一个迭代中去做。
团队选择改进时，要决定如何衡量结果。然后，在下一段时间内要衡量结果，以验证每个改进成功与否。
会后实施
8）得出的行动应该指派到专人负责，并就行动计划在团队内达成一致。
比如上面的变更规则就可以指定由项目经理负责制定并限定时间。
4.如何开好回顾会？
- “打开”团队：让团队成员没有包袱，敢于、勇于说真话，少说套话；这样才能找出团队需要继续加强的地方、需要继续坚持的地方。
- 坚持：回顾会议有一个很重要的特点是持续坚持，如果只做一次回顾会，实际上意义不大。如果团队定期都会举行回顾会，那么团队成员就会时刻准备下一次可讨论的论题。
- 避免相互指责：我们的目的是通过回顾会发现问题并给出解决方案，并不是为了追责。
- 行动：回顾会产出的行动需要有专人负责，即使有些行动是针对团队所有人，也需要有专人负责提醒、检查。
a) 回顾会上如果有改进项，就要制定行动计划，一个合适的行动包括了：执行人、执行时间、验收标准。
b) 有些行动不能完美的解决问题，会被质疑。这种情况下，需要说服团队，不能因为没有完美的方案就不做，因为不做可能会带来更大的问题。 - “归零”心态：航天事业中，当出现了一项航天事故后，航天人会将所有的发射计划推到，并从零开始重新设计发射计划，并验证有无问题。
软件开发过程中，当出现严重质量问题时，修复局部往往不能真的解决问题，“归零” 心态就是从整体性、从零开始，论证整个系统、方案和流程的问题。
回顾会提出的问题、建议，不应该只是当前迭代、表面的问题，也可以从更为深刻的角度出发。
5.总结
回顾会不是追责会，它是一个可以让团队精进的会议；回顾会不仅仅是总结、反思会，它还会要求我们做好会后的执行工作。
按照处理问题的三大步骤发现问题、分析问题、解决问题。对项目执行过程中做的不好的地方进行反思，给出行动方案、验收标准，并执行。
稻盛和夫说“工作的根本意义在于磨练灵魂，提升心智，掌握人生主导权，工作是人生精进的道场”，所以我们每个人都应该去营造一个精进氛围，回顾会就是精进的一种方式。