开好迭代回顾会议的5个原则

麦哲思科技任甲林 麦哲思科技任甲林     2023-03-14     578

关键词:

迭代回顾会议是Scrum五个仪式之一,是在迭代评审会议之后对本次迭代的优点与改进点进行复盘的一个活动,其最主要的目的是提升团队的整体能力,持续改进,形成一个自学习的团队。通过回顾会议可以使团队每个迭代都能比上个迭代做得更好。在很多敏捷团队中,最容易忽略该活动,很多团队没有意识到该活动的重要性。为什么呢?最主要的原因是开了会议,没有实际效果,大家认为没用,所以也就不开了。实践中,在开迭代回顾会议时常犯的错误有:

  • 把回顾会议开成了吐槽大会,大家只提意见,不提改进措施;
  • 把回顾会议开成了表彰大会,大家只提优点,不提改进措施;
  • 把回顾会议开成了给领导的汇报会,不提改进措施;
  • 开了回顾会议,但是没有对改进措施实际落地执行;

 

回顾会议要开好,我认为要遵循以下5个原则:

 

1 对事不对人

回顾会议不是批评和自我批评,而是识别团队的改进措施,不是追究责任,而是要传递正能量,如何让我们做的更好,如何让我们持续进步。

在敏捷团队中要承认个体差异,要充分发挥团队的作用,聚焦团队中个人能力的互补,实现1+1>2的效果,因此不能在回顾会议上批评某人做得不好,而是要考虑如何充分利用团队的力量来预防错误、及时发现错误。我们可以在回顾会议上表扬某人的优点,鼓励大家学习某人的优点,激发正能量。大家在回顾会议上使用的主语应该是“我们”,而不是“你”“我”“他”。

如果在会议中发现有甩锅的言论时,主持人要及时出面引导。

在回顾会开始之前,可以明确该原则,建立心理安全。

 

2 人人平等,全员参与

       回顾会议不能一言堂,不能被少数人左右。团队成员是对等的,Scrum Master不是行政领导,与团队成员不存在上下级关系。回顾会议不能成为Scrum Master有意无意地树立、展示自己权威的舞台。团队中资深大佬的发言也往往带有倾向性的引导作用,善于演讲的人也往往会花费较多的时间陈述自己的观点。有的人不善于当众表达自己的观点,因此在会议上羞于发言。每个人都应该充分分享自己的观点,在回顾会议上希望是给所有人分享尽可能全面的、不同视角的信息。 回顾会议的主持人应该设计一些活动,比如三五法、海星法、圆点投票法等等,让大家都参与进来,活跃气氛,充分发表自己的意见、参与决策,而不是少数人左右了大多数人的观点。

 

        我曾经看到的一种典型错误做法就是:在回顾会议上由Scrum Master点名要求每个与会人员发言,然后Scrum Master结合自己的经验对每个人的发言进行点评。

       管理者的参与通常会让与会人员失去安全感,员工守着领导不敢发言,因此,提倡无管理者参加的回顾会议。主持人可以在会议之前,让大家对安全感进行不记名打分评价,如果安全感比较低,可以取消本次会议或取消管理者的参与。

     缺乏安全感的回顾会议,往往会导致大家不敢直言团队的问题,有些大的、根本性的问题被忽略了。会议识别出的措施效果不显著,这样就会导致大家对回顾会议的价值产生怀疑,久而久之可能就流于形式。

3 可视化团队的绩效

     在回顾会议上可以采用燃尽图、燃起图、折线图等展示:

  • 本次迭代与上次迭代相比,交付速度是否提升了?整个团队的交付速度是否在持续上升?交付质量是否维持在原有水平或者得到了持续提升?回顾团队的速度可以激励团队成员看到整体性能的变化,激励大家做的更好,或者可以反思问题所在。
  • 截止到本次迭代,我们累计实现了哪些改进措施?我们是否可以看到我们的行为在变化?回顾历史上我们已经落地的措施,可以建立起团队成员对回顾会议价值的认可。
  • 质量有关的或其他数据。根据本次迭代与整个项目的目标达成情况,团队也可以采集其他数据在本次会议上进行分享。    

     通过可视化历史的绩效与行为变化,让大家对上次迭代的状态建立起客观的、一致的理解,在这个基础上进行讨论,有助于团队快速统一思想。

4 改进措施要落地

回顾会议一定要有一个输出,即下个迭代要落地的改进措施是什么?这样才能使下次迭代比本次迭代做的更好在回顾会议上要识别出的措施可以根据实施的主体区分为组织级的措施、团队级的措施与个人级的措施。组织级的措施是提交给团队以外的领导去解决的;个人级的措施是需要团队成员要注意的,不需要改变团队的做法;团队级的措施是本项目组要关注的,要从中筛选出下次迭代团队要落地的至少一条措施。不要试图解决在回顾会议上识别出所有的问题,要聚焦短板,重点突破,一次只做一件事效率最高。识别的措施要在下次迭代中可以见效,不要追求措施的高大上,要追求措施的简单易行。可以通过询问多个“如何落地”,确保识别的措施可以在下次迭代中落地。

确定下次迭代要落地的措施应该体现在下次迭代的计划中,为实施这些措施计划出相应的时间。在下次回顾会议上要检查这些措施的落实情况。

很多团队敏捷回顾会议没有坚持下去,主要是因为大家没有看到敏捷回顾会议带来的好处,如果在敏捷回顾会议上没有识别出应该落地的措施,则大家就会对敏捷回顾会议丧失信心与兴趣,不愿意参与敏捷会议,从而导致敏捷回顾会议无法坚持下去。

 

5 引导正能量

主持人在整个回顾会议上需要注意引导大家积极参与,聚焦于讨论的议题,活跃气氛,并且要传递正能量。主持人不要评判大家观点的正确与错误,使会议陷入争论,可以抛出一些问题引导大家在别人的观点之上寻找更优的解决方案,而不要否定成员的观点。主持人也不要把自己的观点,自己的判断强加给团队的成员。有些改进点是需要在组织级进行解决的,是团队运行的外部条件,在回顾会议后可以给组织提交这些改进点,在回顾会议上不要抱怨外部环境,要聚焦于在这些限制条件下,如何更好地提升团队的效能。在回顾会议上不但要发现改进点,也要发现优点,发现进步,发现受大家欢迎的成员和做法,让大家建立起对团队、对产品的信心。

我在参与某项目的迭代回顾会议时,发现团队成员都在找改进点,而没有人去发现团队的进步,气氛有些沉闷。于是我就抛出了一个问题:我们项目到目前为止,大家看到了哪些令人欣喜的变化呢?有的成员就讲,我们原来是1周发布1次,我们现在可以发布5次了!大家听完之后,都很兴奋,会议的气氛马上变得热烈起来。

也有很多团队在回顾会议结束前发起感谢活动,让大家感谢其他人对自己的帮助,给回顾会议一个温暖的结束。

 

掌握、应用好上述的5个原则,才能避免回顾会议开成:吐槽会、空谈会、争论会、表彰会,充分发挥回顾会议作用,建立一支自学习、自组织、持续改进的团队!

原创:【scrum实战】二、迭代计划会

参考技术A迭代计划(SprintPlanning)是TheScrumGuide中5个迭代事件(SprintEvents)中的一个,这个事件是一个Sprint周期的第一个会议,迭代计划会的好坏,直接关系着后续迭代的顺利进行。TheScrumGuide的建议是1个月的迭代,计划会最好... 查看详情

第5章发布循环

...1.一开始要进行发布规划。2.进行必要的刺探与收集下一迭代用户故事细节。3.进行多次的迭代循环,完成增量成果。4.最后进行增量成果发布与进行发布回顾会议。5.2 发布规划1.发布规划会议发布规划会议参与人:干系人、... 查看详情

计划会议想开好,这两件事必须清楚

...们就一起来探讨一下这个话题。本文分享自华为云社区《开好计划会议只要搞清楚这两件事》,作者:敏捷的小智。前言从2001年敏捷宣言诞生到现在,敏捷已经走过了20个年头,越来越多的团队采用了敏捷软件开... 查看详情

工作中敏捷开发流程梳理

...,写这篇文章来给自己梳理梳理工作中的敏捷开发流程。迭代周期工作中根据项目普遍任务的耗时,采用10个工作日作为1个迭代周期,包括迭代计划会议、迭代开发和迭代回顾会议迭代任务迭代任务通常在feature到task的级别,任... 查看详情

scrum基础知识介绍

...”法3种角色:ProductOwnerScrumMasterTeam团队3种工件产品Backlog迭代Backlog产品增量ProductIncrement5种仪式迭代Sprint迭代计划SprintPlan每日立会 Dailystandupmeeting评审会议SprintReview迭代回顾Retrospective5种价值观勇气Courage开放Open专注Focus承诺C... 查看详情

活动回顾2021年5月bitcoinsv线上会议——聚焦美洲

...洲,比特币协会对其中的重要内容和精彩部分进行了回顾。今年5月,比特币协会线上会议重返美洲,为BitcoinSV美洲社区带去了整个生态系统的最新动态,并展示了来自世界各地开发者的最新项目。本次会议由Br 查看详情

敏捷开发方法scrum

...程。明确会议规则:回顾会要求每个人都参与,做完一个迭代肯定有感受的,调动大家进行坦诚交流。上一迭代回顾:将站会问题一览表、燃尽图、验证问题一览表等的问题进行整理回顾,哪些做了,哪些没有完成,遇到了哪些... 查看详情

敏捷开发模式中的四种会议

参考技术ASprintPlanning敏捷迭代计划会议敏捷迭代开始1.PO讲解需求2.开发Team估算工时。1.排列需求优先级;2.分析和评估产品Backlog并确定该迭代的目标;3.制定迭代计划。1.基于敏捷规划产生的ProductBacklog以及优先级,通过计划会议... 查看详情

iterator的设计原则和traits

...进行了回答,其中主要就是回答5个特性1:iterator_category:迭代器移动性质,比如说有的迭代器只能向前移动++。有的迭代器可以双向移动,有的迭代器只能一个一个移动,有的迭代器可以跳跃式移动2:value_ 查看详情

求推荐一款比较适合敏捷开发团队协作的工具?

参考技术A不请自来了~过去的软件如word之类的迭代都以年为周期的,自然无法应对快速变化的市场需求。因此,需要更加敏捷的方式,应对快速发展的互联网世界的发展。敏捷开发最重要的特点是:以用户需求为中心,快速灵活... 查看详情

敏捷开发实施方案

...p;_∩)O~ 敏捷开发实施流程 敏捷开发实施流程1、迭代计划2、每日晨会3、看板4、迭代验收(ShowCase)5、迭代回顾会议6、敏捷使用管理工具7、敏捷开发总结回顾8、瀑布模式与敏捷开发区别&nb 查看详情

scrum敏捷开发:迭代计划会议

参考技术A  本文是关于Scrum敏捷开发中的迭代计划会议的总结。  在每个迭代的初期(第一天)需要召开迭代计划会议,目的在于制定当前迭代开发的目标以及从产品的工作项(PBI)中选取当前迭代要完成的工作项... 查看详情

智慧农场-专项启动会议(代码片段)

简介:关键词:管理项目 §01会议现场会议开始▲图1腾讯会议页面  今年的申报超过70个项目申请书。▲图1.1.2会议现场情况▲图1.1.3会议现场情况重大项目总体情况▲图1.2.1重大项目总体情况▲图1.2.2新一代人工智能发... 查看详情

迭代总结会议的旁观感想

...午3点到5点,我作为外部咨询顾问旁观了一个项目的迭代总结会议,在项目组总结结束以后,发表了自己的感想如下:1在项目组中通过Confluence进行了经验教训分享,值得提倡!应该坚持住,继续推广。... 查看详情

迭代总结会议的旁观感想

...午3点到5点,我作为外部咨询顾问旁观了一个项目的迭代总结会议,在项目组总结结束以后,发表了自己的感想如下:1在项目组中通过Confluence进行了经验教训分享,值得提倡!应该坚持住,继续推广。... 查看详情

迭代总结会议的旁观感想

...午3点到5点,我作为外部咨询顾问旁观了一个项目的迭代总结会议,在项目组总结结束以后,发表了自己的感想如下:1在项目组中通过Confluence进行了经验教训分享,值得提倡!应该坚持住,继续推广。... 查看详情

常见的敏捷实践

...加有效,并相应地调整团队的行为。”许多团队使用迭代,尤其是为期两周的迭代,因为迭代在最后会提示进行演示和回顾。不过,团队回顾并不需要迭代。团队成员可以决定在这些关键时刻进行回顾:当团队完成一个发布... 查看详情

回顾会议议程

回顾会议议程 目标 通过总结以往的实践经验来提高团队生产力。 会议准备 邀请与会者:ScrumMaster、团队所有成员、产品负责人(可选) 附属工具:为所有参与者准备的荧光笔、贴纸、白板磁吸、白板和挂纸... 查看详情