共计 3188 个字符，预计需要花费 8 分钟才能阅读完成。
理解麻利的人应该对回顾会不生疏，回顾会是在 SCRUM 框架五个流动中的最初一个流动，然而在麻利的理论利用中，回顾会并不只是会在利用 SCRUM 的团队中应用，在其余麻利实际中也会引入回顾会作为反馈环节。
那么什么是回顾会呢？在 SCRUM 中，回顾会是来回顾以后迭代中的流程、工具、实际、沟通、环境、资源等方方面面，检视各个过程并提出改良项的流动。这个会议重点在于聚焦问题并继续改良。 这个是一个最容易被疏忽的会议，尤其是在开发压力比拟大时，回顾会往往会是第一个被裁剪的过程。
一、为什么须要进行回顾？
孔子曰：吾日三省吾身。只有一直反思 / 回顾能力找到本人须要改良的中央并继续改良，在软件开发中也同样如此。麻利体系是开源体系，没有起点；即没有最麻利只有更麻利。那么如何让咱们的麻利团队更加麻利呢，回顾会是一个必不可少十分重要的会议。每个迭代中运行着雷同的过程，这同时也意味着可能反复着同样的谬误。能够说没有回顾就没有继续改良。如果你的团队在利用麻利，在利用 SCRUM 框架，那么回顾会是继续改良的必要过程和流动。
二、回顾会利用怎么开？
这个问题对麻利教练提出了比拟高的要求，在回顾会上，尤其是在刚开始实际麻利的团队回顾会上，团队往往不晓得回顾会要做些什么。常见的误区就是会把回顾会了解为总结会或者反思会。此时，麻利教练要给予正确的疏导。
回顾会的流程比较简单，通常有以下几个议程：
2.1 会前筹备
回顾会之前肯定要收集足够的数据，包含迭代中故事完成度，燃尽图，速率图，每个故事耗时状况等，收集数据后须要向团队进行展现。其次，确定好要邀请的人员以及回顾模式和议程。回顾会的筹备是十分重要的，筹备是否会很大水平上决定是否开一个无效的回顾会。
2.2 会议次要议程
1）向团队展现度量数据，通过数据进行初步剖析，激励团队参加探讨，是否有不言而喻的重大问题，是否有非凡状况导致本迭代的数据问题。如果有重大问题，在回顾时作为重点进行回顾。
2）让团队成员各自总结须要持续放弃的和须要改良的项，这里有很多办法，包含三栏式（Well, Less Well, Puzzle）、海星图（Start, Stop, Do Less, Do More, Keep）以及 SSCC（Start, Stop, Continue, Change）等。
3）将大家的反馈进行分组，并针对须要改良的问题进行剖析，这时也能够采纳一些根因剖析的工具，包含鱼骨图等，最初收敛出须要做的改良点。
4）针对改良点制订行动计划（Action）及负责人（Owner），并就行动计划在团队内达成统一。
2.3 完结会议
回顾会的完结，能够增加一些典礼感，比方由几个人说一下这个迭代中须要感激的人，为他提供帮忙的人，简略的表示感谢；而后由 SM 做一个简略的总结，对会上探讨达成统一的改良项、负责人和行动计划进行重申，最初须要对大家表示感谢后完结会议。
三、如何开好回顾会？
怎么使回顾会开得最有成果？能够将迭代中的问题全面裸露进去就是有成果的；能够将上个迭代反复产生的问题缩小甚至防止就是有成果的；团队成员都认为每个迭代咱们都在继续改良中，并且乐于每个迭代进行回顾改良就是有成果的。最初，只有回顾后贯彻执行继续改良才是最无效的。那么如何使回顾会有成果呢？
3.1 营造轻松的气氛
- 会议场地：大部分的回顾会都会抉择在会议室进行。在工作单位中会议室的确是大家个体探讨事宜比拟适合的场合，然而容易给大家一种缓和庄重的感觉，不利于团队成员畅所欲言。个别比拟倡议的咖啡间等等。
- 会议工夫：个别回顾会会定在迭代最初一周的周五，迭代评审会之后。这个工夫点个别迭代都曾经实现，大家只剩下一些收尾的工作，会比拟容易营造大家放松的氛围，团队不必去思考仍未开发完的性能、未修复的 bug 等，团队更容易参加到回顾中。
- 参会人员：回顾会须要大家畅所欲言，针对相干问题进行解决方案和行动计划制订的流动，是团队外部自我改良的流动。因为领导层通常把握着团队成员的绩效奖金等切身利益，如果有领导层的参加会容易大家感觉到缓和，以至于会报喜不报忧，没有方法继续改良。这时个别倡议如果不是有十分重大且必须要领导解决的问题之外，不会倡议领导层参会。对于产品经理是否应该加入回顾会的问题，产品经理是团队的一员，准则应该要加入回顾会，然而如果产品经理的在场会导致团队缓和或者不敢提出问题，那产品经理还是不倡议加入会议的。
- 暖场：为了让大家放松下来，个别须要 SM 收场比方一个笑话，一个简略小游戏收场，让大家放松下来适应轻松的气氛；
- 收场：麻利教练能够通过一些小技巧让大家疾速思考起来，比方让团队成员用一句话、一个词或者一个水果来形容对以后迭代的感触，用简略的话来形容容易激发大脑的思考。一句话，一个词语而不是一段话，这时就会激发大家去动脑，从泛滥词语中抉择一个最适宜形容以后迭代的，这样做的次要目标就是让大家的思路先转起来。
3.2 晋升团队成员的参与度
SCRUM 非常重视集体，是以人为本的。在回顾会上，使得大家都参加探讨是十分重要的。上面有几个办法能够帮忙团队减少参与度。
- 大家匿名写出须要改良的和须要持续放弃的，这样能够爱护大家防止因为写出不好的中央让大家感到难堪。
- 每次会议的议程和开展形式可进行调整。如果每次回顾会的内容和形式都是雷同的，大家会变得越来越形式化，感觉回顾会没有意义。每次调整暖场形式或者大家的参加形式，这样能够在放弃新鲜感的同时晋升大家的关注度。
- 激励发言，在感激和感悟环节，激励大家表白本人的感悟以及对团队成员（某位成员）的感激。这时须要激励大家发言，无论发言如何都要给以尊重和认可。如果没有人发言，后期倡议能够通过抽签或者乏味的形式找到人来发言，缓缓减少大家参与度。
3.3 贯彻执行改良项
为了保障改良项可能顺利落实，须要抉择对大家目前影响最大的，即优先级最高的，同时须要综合思考改良项的老本和开销后抉择。须要做的改良项倡议肯定要写入下个迭代的 backlog 中，不便跟进的同时也能使得改良项负责人认真对待。
四、回顾会重要留神点
- 增强器重度，不要让回顾会变成很少人员加入的可有可无的会议。有些团队的误区就在于每次回顾的重点都是雷同的，这就使得团队认为每次回顾会的内容是雷同的，可裁剪的。这时须要 SM 去疏导团队聚焦以后迭代是否已贯彻执行上一迭代改良项，是否有新的须要改良的问题，以便继续改良。
- 防止天马行空的议论不切实际、不可能实现或者不相干的话题。因为回顾会是比拟轻松让大家畅所欲言的流动，这时很容易天马行空漫无目的的议论，要及时将大家的探讨拉回到正确的思路上来。
- 防止对重大问题熟视无睹，回顾会上要敢于提出大家都认为是有问题，然而没有人敢于提出的问题。
- 防止团队成员陷入郁闷自责，这一点跟营造轻松的气氛和会议参加人员十分相干。此外要置信所有成员在现有条件下曾经做出了最大的致力。
- 防止陷入相互指责，互相吐槽的地步。要通过回顾以后迭代的问题来改善后续迭代的状况。如果团队有追责文化，很容易呈现这种状况，这时须要循序渐进的扭转大家的思维定式，同时缩小追责，减少激励和处分机制。
- 回顾会上的改良项肯定要贯彻执行，没有执行就等于没有改良，没有改良回顾会就失去了意义。
- 防止为了过程而过程，要每期制订回顾重点，防止形式主义。如果仅仅为了会议而进行会议，那比不开会议还要蹩脚。
写在最初
回顾会不倡议裁剪，只有继续回顾能力继续改良。在工作过程中，须要咱们时不时的停下来回顾下，咱们是否做了最好的计划，是否有更好的计划？如果对现状十分不满且急需扭转，停下来回顾思考下，兴许是个不错的开始。
作者：IDCF 社区 FDCC 认证学员 魏祖迎
想要晋升麻利 DevOps 技能，来场 DevOps 黑客马拉松！
想要寻找第二增长曲线实现翻新增速，来场 DevOps 黑客马拉松！
2021 年 4 月 24-25 日，IDCF DevOps 黑客马拉松走进天府之国 - 成都
关注公众号回复“黑马”退出吧~~ 可本人报名，也可公司组团加入哦！
