当前位置: 首页 > 科技观察

以零心态做好团队review

时间:2023-03-18 12:59:20 科技观察

作者|林宁对于敏捷团队来说,持续成长的关键是反馈,而反馈最大的信息来源就是review。回想起来,敏捷并没有获得专利。我们党的“批评与自我批评”,美军的AAR,每次发射事故后中国航天都会做的“归零作业”,这些都是回顾。Retro是对敏捷软件开发方法的回顾。Retro这个词的全称是Retrospective。Retro的形式有很多种,可以根据团队的情况来选择。这里以某次培训后的retrospectmeeting为例,简单说明一下Retro的一般方法。Retro的目的是找出训练中的问题并加以改进,做一些好的练习让自己能够继续坚持,或者从团队中发现金点子和建议。因此,在会议中,要求全体员工积极参与,一般关注3个问题:例如,在一个培训项目完成后,Retro会议可能会收集以下列表:那么,根据Lesswell中的项目,制定改进行动:在教案中加入每日总结内容使用ParkingLot(停车场,一张大白纸,用于将学生问题贴在便利贴上)收集未及时回答的问题,并回复设计作业和其余时间改正作业。因此,只要坚持Retromeeting的形式,随着项目的推进,就会积累足够的培训经验。这就是复古的魅力。Retro本身只是一种形式,但它提供了一种持续改进的方法。当然,复古不一定局限于这三个方面,还有一些其他的复古形式。例如,从项目风险的角度来看,Retro还有另一种有趣的形式——《Anchors and Engine》。它用了一个有趣的比喻:团队就像在大海中航行的帆船,目的地是我们团队的愿景和目标,风是我们前进的动力,水下的礁石是潜在的风险.通过这个模型,Retro需要关注以下几点:团队的目标和愿景是什么?是什么推动团队前进?团队的风险是什么?有哪些可以帮助团队的事情?团队的重点在哪里?如需更多复古款式,您可以在funretrospectives.com网站上找到更多类似这样的复古形式。不过需要注意的是,Retro的形式是套路,并不是Retro本身。常用的Retro有两种具体操作方式,一种是面对面,主持人在白板上画出指定区域,参与者通过便利贴发表自己的想法;二是方便参与者更多参与Retro。Face-to-faceRetro这里给出了便利贴的操作方法,在线工具的方法类似,使用最基本的复习模型(Well,Lesswell,Puzzle)。一般Retro时间为30-60分钟,需要所有相关人员参与,需要主持人全程指导。具体操作步骤如下:主持人在白板上写下Well、Lesswell、Puzzle三栏。版主审查上次Retro的动作执行情况。所有参与者在5分钟内写下便利贴并粘贴在白板上。每张便利贴只写一个内容。版主对所有便利贴进行分类,将相同和相似的内容放在一起。需要全体人员讨论Lesswell的内容并提出行动,但限于时间原因由版主决定的讨论数量,一般为3-5项。所有人员采用“正面”字数统计法对分组内容进行投票。团队一一讨论Less井,以找到可以采取的行动。例如,在某项教学活动中,材料准备不够充分。我们可以采取的措施应该是每次教学都有专人根据材料清单核对材料情况。由此产生的行为应该分配给负责人,否则就没有意义。面对面的Retro,最好找个大一点的会议室。为了使会议更有效率,可以把椅子偷偷藏起来,也可以安排大家站着参加。如果不是面对面的Retro,在线Retro的效果会差很多。但是,一些在线白板工具可以帮助解决这个问题。ideaboardzideaboardz是一个在线协作白板工具,用于复古、头脑风暴和协作创新。访问网址为:https://ideaboardz.com/。我们有长期使用ideaboardz的经验,尤其是在疫情期间,远程工作给团队带来了一些潜在的问题和不便,包括Retro开展起来不是那么方便。ideaboardz让远程加入的同事可以快速开始协作,并且借助视频会议工具,完成了大量的头脑风暴和Retro。BeeartBeeart也是一款白板协作工具,比ideaboardz更加灵活。通过在线绘图更方便地展示会议事项,也更方便导出会议结论发送到微信群。以上是使用Beeart做Retro的截图。我们只用了最简单的Retro模型,但令人惊讶的是,Beeart后来发布了一些其他的思维工具和协作模板,让绘图更方便。让Retro更有效Retro只是一种会议形式,其有效性取决于会议的主持人和参与者。下面为大家介绍一些注意事项,避免Retro流于形式。在“开放”的团队开始Retro之前,如果是新组建的团队,可能会有一些团队成员因为某些原因不太放心说出自己的真实感受和问题,所以可以进行安全检查。具体操作方法是进行匿名投票,用便利贴写上“安全”和“不安全”,然后由版主核对统计。如果感到不安全的团队成员出现,请让排名最高的参与者离开并重新投票,直到安全为止。如果一些参与者认为团队环境不安全,不能畅所欲言,不解决不安全因素就直接开工,Retro的效果只会是形式上的,对项目的推进没有意义。当团队成员矛盾重重,再怎么逼也没人愿意发声时,这种复古就没有意义了。对于这种情况,最有帮助的可能就是吃顿饭喝杯酒,让大家在毫无准备的情况下倾诉心声。坚持复古最重要的一点就是坚持。如果只做一次Retro,其实意义不大。如果团队定期举行回顾,团队成员将始终准备好在下一次回顾时讨论问题。Retro中产生的动作需要专人负责。即使有些行为是针对团队负责人的,也需要有专人负责提醒和检查。行动Retro每次有改进项,都需要制定行动,并有专人负责。合适的动作包括:执行者、截止日期、验收标准。对于一些比较复杂的事情,Action只负责为这件事情创建一个任务卡片,方便跟踪和管理。逆行过程中,有些动作往往不能完美解决问题,会受到质疑。在这种情况下,需要说服团队不要停止做,因为没有完美的解决方案,因为不做可能会导致更大的问题。“归零”心态在航天工业中,当发生太空事故时,宇航员会将所有发射计划推到最后,从头开始重新设计发射计划,并验证是否存在问题。在软件开发过程中,当出现严重的质量问题时,修复部分问题往往不能真正解决问题。“归零”的心态是从整体、从零开始论证整个系统、解决方案和流程的问题。Retro提出的问题和建议,不应只是当前迭代和表面的问题,而是要从更深层次的角度出发。