良好的回顾=持续的团队改进

7分钟阅读时间 (1300字)
良好的回顾=持续的团队改进

在过去的几年里,我有机会为Perficient拉丁美洲的几个软件开发团队举办回顾会议,并获得了一些见解和经验教训,我想与大家分享。

对于我所推动的团队来说,最常见的问题之一是他们没有将回顾活动作为软件过程的一部分。其他团队在推动回顾时也有自己的问题,而另一些团队在进行了几次回顾后就停止了,因为他们发现它没有多大用处……好吧,你可以看到战略上的巨大变化是必要的!

在关于这个主题的几本书中,我依靠的是在敏捷回顾:成就优秀团队以及该地区一位备受推崇的教练为策划回顾活动而提出的其他建议。它包括以下要点或步骤:

  • 1.做好准备:让人们在规定的时间内以积极的态度专注于会议的目标。
  • 2.回顾在上次回顾中作出的承诺:如果之前有一个回顾会议,那么回顾所做的承诺并检查其状态是很重要的。
  • 3.收集数据:对情况达成共识,从而分析客观和主观的数据和信息。它列出了事实、事件和感觉的共同基础,使会议的其余部分能够更有效地发展。
  • 4.优先考虑数据:首先要确保提供正确的信息。
  • 5.生成的见解:了解在上一个sprint中哪些地方出了问题,哪些地方进展顺利。对于团队来说,重要的是要超越显而易见的东西,找到需要保持、改进或改变的根本原因。
  • 6.决定做什么:列出可能的实验和团队可以改进的行动方案。划分优先级很重要,因为不是所有事情都可以在下一个sprint中完成。
  • 7.结束回顾:清楚地以乐观和积极的基调结束回顾,并定义接下来的步骤为上面所提到的。

第2点和第4点对我来说似乎很重要,因为,一方面,不回顾在以前的回顾中所做的承诺不是一个好的实践(或“回顾反模式”)。此外,一个常见的错误是试图广泛地涵盖回顾会议上出现的所有问题,这有时被证明是低效的,但这些步骤减轻了这一错误。

可以在回顾的每个步骤中使用的活动示例

在回顾的每个阶段,我都使用了一些有趣的活动来促进和鼓励团队成员的参与。我最喜欢的(我个人可以担保)包括:

准备好舞台:“满意度直方图”活动是在设置过程中提供帮助的好方法。每个参与者在最后一个sprint中从一般的角度选择他或她的满意程度,然后继续向团队解释。级别为:

5-我们是世界上最好的!我们是多么伟大的团队啊!

4-我很自豪能成为团队的一员,以及我们的工作方式。

3.-很满意,我们大部分时间都相处得很好。

2-有时我很满意,但不是很满意。

1-我不开心,对团队合作水平不满意。

对于这个活动,重要的是每个参与者有2分钟的时间框来解释是什么导致他或她选择了他们的水平,否则,它可能很快成为第二个回顾关键步骤的活动,即获取数据。

您应该在2或3个迭代或冲刺之后检查团队进度。

收集数据“疯狂,悲伤,快乐”活动在这方面很有帮助。在这个活动中,每个参与者在7分钟内确定导致这些感觉出现的每个时刻或情况,并将其写在便利贴或便利贴上,然后与小组讨论他们的感受或想法。

产生洞察力:对于这一步,我发现了一些有用的技巧。首先,“5个为什么”的技巧有助于找到问题的真正原因,对一个特定的问题或问题多次重复地问小组“为什么”。该技术假设在回答5次“为什么”问题后,团队对手头的问题有了更深入的理解。虽然这个技巧可能对回顾很有用,但我觉得鱼骨技巧(也被称为石川图)允许进行因果分析,而不会忽视讨论的某些方面,而这些方面可能会被5个为什么技巧所忽略。团队对图的每个分支的问题的贡献百分比是非常重要的。

决定做什么:我所见过的帮助这一步的最好方法是进行一次头脑风暴活动。在一个时间框内(大约7分钟左右),两人提出可以在下一个sprint中分配给某人的具体活动。7分钟后,每组学生解释他们的提案,然后将提案按类别分组,其中包括所有不同的小组。最后,每个人都可以为他们最喜欢的想法投票。每个参与者都有5分,可以按照他们的意愿在提案中分配。得票最多的3或4个提案将被分配到小组中。

选择的活动,有一个负责的团队成员来确保他们完成是非常重要的。

回顾结束“谢谢”会议效果很好,在这个会议上,每个团队成员选择另一个团队成员来感谢,并解释他或她这样做的原因。

根据我的回顾经验,这些活动都非常成功,但是,让它们尽可能多样化是很重要的。关于“回顾计划”网站在美国,有数百个回顾活动,这些活动结合起来,可以构成多达100万个不同的回顾组合。因此,让你的回顾尽可能多样化是没有借口的。

总结

使用提议的结构的一个好处是,有一些活动可以鼓励以前可能从未参加过的人参与。在一次开始使用这种结构的回顾中,人们一致认为大家都很开心,包括那些不积极参与发言的队友,这是非常有益的。

另一个积极的方面是,同一个团队可以自己发现问题并提出解决方案。作为一个回顾推动者,我只有在看到敏捷框架中有一个概念不完全清楚的时候才会参与进来。我相信,当团队遇到障碍或障碍时,最好是这些团队合作自己找到解决方案,加强团队承诺的概念,这是高效团队的重要组成部分。

当一个软件开发团队不进行回顾时,这就有点像在说:“我们是完美的,我们没有什么可以改进的了,”这通常是不正确的。总有方法可以改进,追求卓越,并保持在持续改进的道路上。回顾会议就是其中之一。

想了解更多关于好的敏捷实践如何帮助您的下一个外包软件开发项目?联系我们!

更多关于拉丁美洲的信息:Perficient拉丁美洲擅长外包和近岸业务敏捷软件开发、软件维护、质量保证和人员扩充.Perficient Latin America在哥伦比亚、墨西哥和美国设有办事处,客户遍布拉丁美洲和北美,从科技初创公司到财富500强企业。


相关的帖子

评论

目前还没有评论。第一个提交评论
已经注册?登录这里
客人
2021年11月3日,星期三

验证码图片

通过接受,您将访问由https://nearshore.perficient.com/外部第三方提供的服务