UX回顾101

什么-回顾的定义

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

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

回顾为何有用

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

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

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

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

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

1.设定预期早

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

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

1. 不要玩责备的游戏。保持注意力远离人身攻击或指责特定的人或角色。不要说“是你造成的…”，而要使用“我们没有做到”或“这项活动使我们放慢了速度”等包容性语言
2. 关注持续改进。回顾的目标是作为一个团队提高。思考什么可以帮助团队更好地合作，而不是具体个人的缺点。
3. 保持开放的心态。并非团队中的每个人都经历过一个人认为的谈话要点。不要马上否定别人的想法；帮助团队追求新的想法，即使这些想法对你个人没有影响。

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

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

2.讨论什么进展顺利

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

• 什么进展顺利？
• 你喜欢什么?
• 你学到了什么?
• 哪些工具或技术是有用的?

3.讨论需要改进的地方

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

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

4.制定行动计划

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

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

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

回顾之后

回顾结束后，确保团队跟进行动项目。在下次回顾之前，在其他会议上检查进展情况，以提醒团队成员。在下次回顾会议上，首先划掉自上次会议以来完成的行动项目。如果您通过在线工具跟踪行动项目，请根据已完成的项目和尚未完成的项目对项目进行分类。将任何未完成的行动项目保留到下次回顾的行动计划中。

有效回顾的技巧

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

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

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

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

回顾的变化

为产品团队

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

对于用户体验团队

回顾在用户体验团队中可能是有用的工具，特别是如果这些团队没有嵌入到产品团队中，因为它们可以帮助用户体验专业人员关注特定的过程或评估方法。例如，如果用户体验团队刚刚开始实施设计思考作为一个新的过程，回顾会议将允许团队讨论什么是有效的，什么是下次要改变的。

对于领导团队

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

元的回顾

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

结论

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

在我们的全天培训课程中了解更多有关回顾的信息，精益与敏捷.

Web资源

Atlassian.com：如何召开敏捷回顾会议，https://www.atlassian.com/team-playbook/plays/retrospective

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

Scrum.org：什么是Sprint回顾？，https://www.scrum.org/resources/what-is-a-sprint-retrospective