通过与 Jira 对比,让您更全面了解 PingCode

  • 首页
  • 需求与产品管理
  • 项目管理
  • 测试与缺陷管理
  • 知识管理
  • 效能度量
        • 更多产品

          客户为中心的产品管理工具

          专业的软件研发项目管理工具

          简单易用的团队知识库管理

          可量化的研发效能度量工具

          测试用例维护与计划执行

          以团队为中心的协作沟通

          研发工作流自动化工具

          账号认证与安全管理工具

          Why PingCode
          为什么选择 PingCode ?

          6000+企业信赖之选,为研发团队降本增效

        • 行业解决方案
          先进制造(即将上线)
        • 解决方案1
        • 解决方案2
  • Jira替代方案

25人以下免费

如何开好一个 Scrum 迭代回顾会

回顾是少见的可以强化敏捷原则的实践方法,针对如何做好回顾,本文将分享4点实践——回顾会的召开时间及时长、回顾会的参与者、回顾会召开的基本流程,以及保持多样性。

回顾是敏捷中常用的实践方法,通过总结以往的实践经验并进行改善,从而提高团队生产效率。不论是技​​术团队或非技术团队,在项目进行的任何阶段,都可以进行回顾。回顾会议的最高指导原则是:“相信每个人当时都是尽了最大的努力。”这样可以给团队创造安全环境,避免开成“抱怨会”或“甩锅会”。

一、为什么要进行回顾

敏捷开发中的最后一条: “每隔一段时间,团队应该反思如何变得更有效率,然后相应地调整其行为。”敏捷宣言清楚地表明:为了更好地践行敏捷价值观,团队应该定期开会并进行调整。而最常见的方法是,开发团队通过定期举办回顾会议来实践这一原则。

虽然回顾会议是本篇文章的重点内容,但会议并不是回顾的唯一方式,但却是使用最广泛的方式。

除此以外,通过更多团队的应用和总结,回顾的概念已经走出了开发团队,进入了业务和团队合作的各个方面。例如,营销团队在活动的策划和举办中进行回顾,管理团队在大型客户演示会议后进行回顾等等。这种对回顾会议的开放态度,以及回顾在业务的各个方面的扩展使用,让我们感到非常惊喜。

回顾会议如此重要的原因在于,《敏捷宣言》中的许多核心概念都通过回顾会议得到了加强,比如: 

  • 个人和交互高于流程和工具
  • 响应变化而不是遵循计划

简单来看,回顾的核心就是与团队成员一起做出改变和改进。实际上,回顾是少见的可以强化敏捷原则的实践方法

二、为什么要召开回顾会议

回顾是敏捷团队评估自身并制定计划,并对未来进行改进的绝佳方式。回顾会议包含持续改进的思想,能够防止团队陷入自满。所以当我们开展回顾会有助于达成以下目的:

  • 评估上一个迭代、版本或工作项的进展情况,特别在团队活动、流程和工具这些方面。
  • 对进展顺利的项目和不顺利的项目进行分析排序。
  • 制定并实施改进计划。

回顾会提供了一个场景,可以让团队慢慢适应并专注内省。为了使回顾会议取得成功,需要有一种支持性的氛围来鼓励所有团队成员做出贡献。

回顾对团队来说应该是积极的、充满活力的,因为它可以帮助团队成员分享重要的反馈,释放挫败感,并共同提出解决方案。团队成员还可以从回顾中获得更多东西,包括更好地了解团队如何协同工作以及各自在迭代中遇到的挑战和成就。成功的回顾会产生一系列计划,团队成员在下一个迭代中可以更好地实施改进。

三、如何开好迭代回顾会

虽然团队可以根据实际情况来改变回顾的形式,但像时间、参与者和举办形式等方面应该尽可能保持一致。

1、回顾会的召开时间及时长

对于进行两周迭代工作的敏捷团队,回顾应该在每个迭代结束时进行。对于采用看板工作方式的团队来说,每月或每季度的回顾会更有意义。在上线重大业务功能或达到重要里程碑时,让更多的领导层成员参与进来也是可行的。需要注意不要关注交付了什么,而是关注团队如何协同工作。

回顾会议至少进行 30 分钟,最多进行 1 小时,具体取决于迭代的时间长度以及团队完成的工作量。

2、回顾会的参与者

每个团队成员都应参加回顾会议,并由一名主持人领导讨论。引导者可以是 Scrum(敏捷教练)、Product Owner产品负责人),也可以在团队成员中轮换。另外,也可以随意邀请设计师、营销人员或为当前迭代做出贡献的任何人参与回顾。

3、回顾会召开的基本流程

回顾会议的基本流程如下:

  1. 创建一个简短的列表,记录做的比较好的事情和可以改进的事情。 这个列表可以在迭代回顾板或 PingCode 知识库页面上创建,也可以使用便签记录并贴在墙上。无论从哪里获得反馈,必须在会议结束后立即进行记录,以便以后可以参考。
  2. 作为一个团队,按重要性排列这个列表的优先级。 过程中可能会发现一些事项可以组合在一起。
  3. 讨论“可以改进”的列表中重要事项的改进方法和策略。 关注原因与结果,而不是人。
  4. 制定行动计划。 到会议结束时,团队应该已经提出了一些可行的想法,提出明确的执行者和截止日期,以推进改进计划。 要注重改进质量而不是改进数量。

敏捷团队需要自律执行第 4 步, 在每次的回顾会议中提出同样的问题是非常可惜的。回顾中确定的每个行动项都应该有一个明确的执行者,这个人应该一直跟踪这个行动项直到最终完成,避免在下一次迭代中遇到同样的问题。

以下是我们自己在工具 PingCode 上的回顾会记录:

image.png



四、保持回顾会的多样性

将回顾会议标准化是一个好的实践方式,随着时间的推移,可以在团队之间建立一致性并增强成员之间的信任。除此之外引导者也可以试着对会议进行一些调整,这有助于发现更多的改进想法,鼓励新成员的参与,保持会议的活跃度与趣味性。

引入外部协助者

回顾通常由 Scrum Master 或项目负责人主持,但也可以考虑邀请一位外部成员来促进团队的下一次回顾。通过让没有参与迭代或工作的人进行领导讨论,这样回顾会议可能会以积极的方式转变。此外,该策略使组织内的其他成员能够观察不同敏捷团队的工作方式,可以为自己的团队挑选一些好的实践方式。

改变列表提示

总的来说,回顾会议是在揭示有效和无效的协作方式。除了做得好的和需要改进的之外,考虑下面不同的提示:

  • 开始/停止/继续:团队应该开始做什么,停止做什么,继续做什么。重点关注”停止“列表中的事项。
  • 更多/更少:团队需要做更多和更少的事情。围绕“少做”列表中的事项制定改进计划。
  • 高兴的/悲伤的/压力的:哪些方面会让团队高兴、悲伤和有压力。专注于”悲伤“和”有压力“的列表以及如何改进,团队就只剩”高兴”列表了。

领导者进行参与。 在上线重大业务功能或达到重要里程碑时,与领导层的成员进行商议,安排回顾会议并专注于团队如何更好地协作。

总结

工作过程中可以利用很多方法进行回顾改进,所以请尽快实施回顾并找到一些自己团队的工作技巧。无论是尝试让不同团队的成员参与会议,或是要优化团队协同工作的流程,最重要的还是要让团队持续改进并使结果具有可操作性。

以上就是关于为什么要进行迭代回顾会,以及如何开好回顾会的全部内容,希望对你有所帮助。

本文是否对你有用?

内容导航