什么-回顾的定义

定义:回顾是一个定期的会议,在这个会议上,团队成员会反思团队成员如何一起工作,并根据最近完成的工作的经验来考虑改进过程的方法。

回顾采取一种促进会议的形式;尽管它们通常是在敏捷或Scrum过程中实践的,但它们可以使任何团队受益,无论他们采用什么设计或开发方法。

回顾为何有用

成功教会我们下次多做一些已经做好的事情。但我们往往可以从失败中学到更多:也许一个小小的调整就可以节省整个努力。在任何情况下,正如几十年的质量工程经验所显示的那样,持续的过程改进可以持续地提高质量和生产率。这一原则在用户体验设计和汽车装配线制造中同样适用。为了做得更好,我们应该定期反思我们的方法。

什么时候举办回顾,邀请谁

如果你在Scrum团队中,回顾会在sprint的最后,也就是在sprint评审和下一个sprint计划之间举行。如果你没有在sprint中工作,你可以每两周、每个月或每个季度进行一次回顾,以最适合团队的需求。

在准备回顾时,包括所有团队成员在会议上。即使一个角色只是部分地奉献给一个团队,它仍然应该包括在内,因为相应的团队成员可以提供反馈。

如何进行:回顾的4个步骤

1.设定预期早

富有成效的会议在开始前就有明确的期望和目标。首先,设置一个日历邀请,包括议程和预期的会议结果。对于Scrum团队,包括你的sprint目标,让讨论集中在具体的工作增量上。

一旦会议开始,为每个人制定一些基本规则:

  1. 不要推卸责任。不要把注意力放在人身攻击或指责特定的人或角色上。不要说“你导致了……”,而要使用包容性的语言,比如“我们没达到目标”或“这项活动拖慢了我们的速度”。
  2. 关注持续改进。回顾的目标是作为一个团队进行改进。想想什么可以帮助团队更好地合作,而不是特定个人的缺点。
  3. 保持开放的心态。并非团队中的每个人都经历过某个人认为的话题。不要立即否定别人的想法;帮助团队追求新的想法,即使这些想法对你个人没有影响。

你还需要确定团队在会议中如何交换想法和信息。从给每个人开始便签让他们匿名写下自己的想法,一张纸条一个。将粘贴在白板上的内容分类并一一阅读。

如果你的团队喜欢公开讨论,你可以一个人一个人地在房间里走动。您还可以为拥有远程成员的团队使用视频和实时编辑软件。无论您选择何种方法或工具,都要确保每个人都对它感到满意。避免团队大多数人都不熟悉的高度专门化的工具,即使在理论上,它们可能提供大量潜在有用的特性。

2.讨论进展顺利的事情

一旦制定了基本规则,就讨论哪些事情进展顺利。首先想想是什么推动了团队前进。你可以承认团队成员的成就,但要真诚而简短。会议的重点应该是整个团队的成就,而不是特定的个人。你可以向你的团队提出以下问题:

  • 发生了什么好吗?
  • 你喜欢什么?
  • 你学到了什么?
  • 哪些工具或技术是有用的?

3.讨论需要改进的地方

一旦讨论好了什么,就转移团队讨论下次可以改进什么。记住基本规则——避免人身攻击或相互指责。为了让对话富有成效,你可以向你的团队提出以下问题:

  • 缺乏的是什么?
  • 你想要少的是什么?
  • 我们应该做些什么不同的事情?
  • 不清楚什么?
  • 哪里出了问题?
  • 是什么阻止了我们前进?
帆船的回顾
帆船的比喻可以作为回顾会议的开场白。将便利贴按类别分组:什么推动团队前进,什么阻碍团队前进,什么威胁工作的成功。

4.制定行动计划

这一步是回顾中最重要的一步。如果没有一个向前推进的计划,改进就无法得到解决,回顾就会变得重复和低效。

基于对改进的讨论,在下一次回顾会议之前,创建一个实际可以完成的行动项目列表。如果一个行动项目太大而无法完成,那就将其分解成更小的行动项目,并在多次迭代中完成它。如果需要进一步确定优先级,请使用优先级矩阵来决定哪些项目是最重要的。

一旦你有了行动项目的清单,为每个项目指定一个截止日期和负责人。将您的行动项目记录在团队中每个人都可以访问的地方,以便于后续跟踪。

在回顾

回顾结束后,确保团队跟进行动项目。在下一次回顾之前,在其他会议中检查进度,以提醒团队成员。在你下一次回顾会议上,从划掉上次会议以来已经完成的行动项目开始。如果你是通过在线工具追踪行动项目,你可以根据完成的项目和还未完成的项目进行分类。将任何未完成的行动项目转移到下一次回顾的行动计划中。

数字回顾
便条纸。io:具有实时协作功能的数字工具非常适合远程团队。这样的工具支持随着时间的推移跟踪目标和成就,因为您可以轻松地保存回顾的输出,并在下次会议上重新访问行动计划。

有效回顾的技巧

共享主持人角色。不要总是依靠同一个人来主持会议。有另一个人的帮助将有助于保持团队成员长期参与。

随着时间的推移追踪模式。在项目或里程碑结束时重新访问模式,以显示团队是如何改进的。跟踪行动项目还可以帮助新团队成员加入(通过提供上下文),并让该成员乐于贡献新想法。

避免由一两个人主导的讨论。鼓励整个团队参与讨论。使用便利贴可以让内向的团队成员匿名投稿,这样他们的想法仍能被听到。

设定一个一致的会议节奏。无论是每两周、每个月、每个季度,还是其他时间,确保团队定期进行回顾。团队将继续适应讨论,会议将随着时间的推移变得更加有效。

变化的回顾

为产品团队

产品团队显然是进行回顾的选择,因为团队成员每天都在一起工作。随着时间的推移,团队成员开始相互信任,回顾会变得更有成效,并带来更深刻的见解。有些会议可能比其他会议更关注什么进展顺利,但如果你的团队定期开会,却没有出现任何问题,那么很有可能团队不愿意在讨论中提出这些问题。如果是这样,重新评估房间里有谁。团队成员害怕做出贡献是因为上级在监督提出的问题吗?让回顾成为提出问题的安全空间,而不必担心遭到报复。每个团队都有需要改进的地方,会议上的人应该清楚,提出问题进行讨论不应该被视为是消极的。

为用户体验团队

回顾对于用户体验团队来说是很有用的工具,尤其是当这些团队没有嵌入到产品团队中时,因为回顾可以帮助用户体验专业人员专注于特定的过程或评估方法。例如,如果一个UX团队刚刚开始实现设计思考作为一个新的过程,回顾会议将允许团队讨论什么是有效的,什么是下次要改变的。

对于领导团队

当执行一个新的公司计划或战略计划时,回顾可以提供一个平台来讨论团队如何成功地一起工作。领导团队也可以从每月、每季度或每年的回顾中获益,以检查领导目标。

元的回顾

定期的,但罕见的,间隔的(也许一年一次),你可以对你的回顾进行回顾:meta回顾。你的回顾工作做得对吗?他们是否有助于使后续项目做得更好?最重要的是,你是否在设计过程中看到了定期的改进,或者你是否在玩一款打地鼠游戏,即每当你击倒一个弱点时,另一个弱点就会出现?

结论

回顾是一段专门用来聚集在一起并协作改进团队过程的时间。它们可以在产品开发周期的多个地方使用,它们的好处是多种多样的:更强的沟通,团队成员之间增加的信任,以及向前推进的计划。最大化你的回顾的有效性是迈向更好的冲刺和里程碑的第一步。

在我们的全天培训课程中了解更多关于回顾的知识,精益UX和敏捷

Web资源

Atlassian.com:如何用实例举办敏捷回顾会议,https://www.atlassian.com/team-playbook/plays/retrospective

AgileAlliance.org:什么是回顾?,https://www.agilealliance.org/glossary/heartbeatretro

什么是Sprint回顾?,https://www.scrum.org/resources/what-is-a-sprint-retrospective