【摘要】 有些团队践行敏捷一段时间后，感受回顾会议（RetrospectiveMeeting）时间太长，动辄2-3个小时，并且会上走形式，会后无效果，那么如何才能让回顾有效果呢？ 全文2700字干货分享，建议收藏。编程
背景
有些团队践行敏捷一段时间后，感受**回顾会议（RetrospectiveMeeting）**时间太长，动辄2-3个小时，并且会上走形式，会后无效果，那么如何才能让回顾有效果呢？安全
问题分析
在敏捷十二原则中提到：团队按期地反思如何能提升成效，并依此调整自身的举止表现。因此回顾的目的是为帮助团队按期改善工做，发现障碍和处理问题，从而实现持续改进。回顾想要实现的效果就是持续改进。编码
回顾会议上走形式，就没法保证改进计划的质量，没有计划后面的环节就都无从谈起。回顾会后没有执行、检查和调整，都会影响到改进的落地，就出现前面提到的会后无效果的状况。综上所述，要想回顾有效果须要具有两方面的条件：url
-
可行的改进项，也就是首先要保证改进**计划（Plan）**的质量；.net
-
改进的落地执行，包括执行（Do）、**检查（Check）和调整（Act）**这几个环节。这样才是一个完整的过程，想要有效果就要作好回顾改进的PDCA。设计
解决措施
结合回顾的过程，咱们首先须要经过作好会前和会中部分来保证产生可靠的计划；其次回顾会后要作好计划的执行、检查和调整来保证落地执行的效果。3d
第一步：作好回顾的会前和会中工做，保证Plan的质量
要保证Plan的质量，就要开好回顾会；开好回顾会，能够从会前和会中两个环节来考虑。blog
会前能够从数据准备、会议设计和会议公约三个方面来考虑。
-
会议设计：肯定回顾的重点。咱们的会议不是大而全，而是小而精，要聚焦，在规定的时间盒内（建议1-1.5小时）产生可行的方案。会议的流程环节设计是为了保证会议按时完成和让会议有好的氛围，让你们都能积极参与。好比会议开始时的签到活动可让你们聚焦到会议上，ESVP（Exploer,Shopper,Vacationer,Prisoner）的选择能够了解你们的心态；中间数据收集的时候经过事件时间线、表情图可让团队对迭代状况创建共同背景，经过头脑风暴能够帮助你们发散思惟，经过投票排序实现全员参与，共同承诺等等。关于会议的活动方式有不少，团队能够多积累一些。排序
-
**数据准备：**首先要准备迭代内改进状况的度量数据，这是为了回顾的Check和Act作准备的。其次要准备迭代内的度量数据，根据前面确认的回顾重点来准备数据，数据要客观真实。事件
-
**会议公约：**公约制定最关键的要团队共创，而不是领导或者管理者一言堂。让每一个人都参与制定，实际上是为了造成团队的承诺，这样增长公约的效力。公约的内容是为了保证会议的顺利进行，好比守时，不玩手机，不开小会等，关键仍是要团队共创。
会中能够从引导者要求，营造氛围，改进项肯定和结束回顾四个方面来参考。
-
**引导者要求：**这是很关键的一个角色，引导者的能力会决定会议时间和会议效果。能够是有经验的ScrumMaster或者团队成员。在引导的时候注意要中立，不要给出观点，参与讨论，这样会让本身忘了身份，忽视流程和时间的掌控。
-
**营造氛围：**会议的氛围影响团队成员的感觉，决定他们的参与度和积极性。要营造一个安全的环境，确保团队成员能够放心的说出本身的内心话，不会瞻前顾后、欲言又止。一般参会人建议是团队和Scrum Master，关于管理者和PO或者其余外部人员想要参加，须要看团队的接受度，他们之间是否相互信任。还要营造一个放松的环境，能够准备团队喜好的零食，还有作好会议设计和选择合适的引导者都会保证好的氛围。
-
**改进项肯定：**在肯定改进项的时候，要团队共同决定，保证全员皆知，造成共识；其次要聚焦，选择可执行的1-2项，不要冒进贪多；最后是改进的目标要SMART(Specific,Measurable,Achievable,Relevant,Time-bound)。
-
**结束回顾：**回顾的收尾也很重要。团队能够经过感谢卡的形式相互感谢，或者心流笔记表达感觉，让团队成员之间彼此相互了解和感知，这是一个很是好的团队建设时机。还有就是要再次明确会议达成的改进项，并确认负责人，为后续的执行活动作好准备。
第二步：作好回顾会后改进计划的Do、Check和Act，保证改进落地执行的效果
有了高质量的Plan，回顾会后的Do、Check和Act也很是重要，每一个环节缺一不可。
Do的过程根据改进内容不一样执行方式会有不一样，同时在执行过程当中增长一些实践，能够提升执行过程的效果。
执行方式按照规则&纪律类、执行类和障碍类三种改进项类型进行阐述。
-
规则&纪律类：须要Scrum Maser和团队共同反复重申，慢慢造成团队统一的工做习惯和方式。好比工做项状态的及时更新，开会不迟到等。
-
执行类：须要团队花费时间去执行，因此要放入Backlog。好比团队编码规范的改进，须要制定出统一标准，而后全员展开，而且跟踪检查执行状况。
-
障碍类：是指对团队冲刺造成阻碍的事情，不须要团队成员花时间去改进，能够放入Scrum Master的管理清单中。好比PO在计划会议前准备好Product Backlog，团队白板申请等，这些Scrum Master要和外部团队去沟通协做，并跟进行动的进展。
执行过程当中为了保证效果，能够参考如下几种作法。
-
可视化改进项：将改进的内容在团队的公共区域展现出来，让团队都清楚当前处在哪些阶段，须要作什么，如何作，注意什么。
-
设立贡献墙：改进的工做都是迭代任务外的工做，你们关注度可能不一样。对改进中积极参与者或者是取得进步大的人要进行公开鼓励，从而去带动你们的积极性，提高改进动力。
-
预留改进时间：执行类的改进进入Backlog，就须要预估时间，所以要预留出改进的时间。不能既要求团队全力冲刺完成迭代任务，还要求团队额外作好改进，这是不现实的。某项工做完成的好坏取决于成员的能力和意愿两个方面，首先是须要有意愿，才能保证取得好的效果，不能在已经饱和的迭代任务外强加给团队改进工做，那样即便推行了也不会取得好的效果。
-
结对实施改进：能够参考XP(eXtremeProgramming)中的结对编程的作法，结对实施改进。经过设立实施人和监督人，目的是保证改进的准时和高质量的完成。实施这个作法的前提仍是要团队赞成，一言堂强加不可。
Check是落地执行的总结检查。
能够在执行改进所在的迭代回顾会进行，也能够单独设立改进回顾会。建议在执行改进所在的迭代回顾会，这样能够减小团队会议的频次。会上先对改进回顾，团队能够感觉到回顾给团队带来的改变，团队的改进动力和参与度都会获得提高，会让你们对接下来的回顾会有更多的期待，会更有意愿去继续回顾和改进。
Act是对总结检查的结果进行处理。
成功的经验加以确定，并予以标准化；失败的教训也要总结，引发重视；没有解决的问题，在回顾会上团队决定是否提交给下一个PDCA循环中去解决。
因此回顾带来的改进是阶梯式上升。整个PDCA循环不是在同一水平上循环，每循环一次，就解决一部分问题，取得一部分红果，团队就前进一步，水平就提升一步。到了下一次循环，又有了新的目标和内容，更上一层楼。以下图所示：
改进是无止境、无终点的，在这个过程当中团队会愈来愈好。最关键是开始的一点点进步。只有让团队看到效果，才会激发参与度和改进动力，让团队坚持去回顾，坚持去改进。敏捷回顾会议对团队很是重要，不然团队就可能在相同的问题上重蹈覆辙。愿咱们都能坚持回顾，从一小步开始，不断进步。敏捷路上，你我同行！
参考附录
-
敏捷原则
-
Esther Derby. Diana Larsen.敏捷回顾：团队从优秀到卓越之道[M].
-
Kenneth S. Rubin. Scrum精髓[M].
-
MBA智库：戴明循环