用户体验101年回顾

什么-回顾的定义

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

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

回顾为何有用

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

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

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

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

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

1.设定预期早

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

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

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

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

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

2.讨论进展顺利的事情

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

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

3.讨论需要改进的地方

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

• 缺乏的是什么?
• 你想要少的是什么?
• 我们应该做些什么不同的事情?
• 不清楚什么?
• 哪里出了问题?
• 是什么阻止了我们前进?

4.制定行动计划

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

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

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

在回顾

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

有效回顾的技巧

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

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

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

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

变化的回顾

为产品团队

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

为用户体验团队

回顾对于用户体验团队来说是很有用的工具，尤其是当这些团队没有嵌入到产品团队中时，因为回顾可以帮助用户体验专业人员专注于特定的过程或评估方法。例如，如果一个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