什么 - 回顾的定义

定义:A回顾一下是一个常规会议,在此期间,该团队反映了团队成员如何共同努力,并根据最近完成的工作的经验教训,考虑改进该过程的方法。

回顾措施采取促进会议的格式;虽然它们通常在敏捷或Scrum过程中练习,但它们可以使任何团队受益,无论它采用任何设计或开发方法。

为什么回顾是有用的

成功教导我们下次做更多的事情。但我们经常从失败中学习更多信息:也许一个小小的调整可以挽救整个努力。在任何情况下,随着数十年的质量工程经验所示,持续的过程改进可持续增加质量和生产力。这一原则在用户体验设计中是真实的,如汽车装配线制造。为了保持更好,我们应该定期反映我们的方法。

何时运行追溯以及邀请谁

如果您在Scrum团队上,则在Sprint之间的末尾举行回顾,Sprint审查和下一个冲刺的规划。如果您不在Sprint中工作,您可以每两周一次,每个月或每季度都有回顾性,以最适合您的团队需求。

准备回顾性时,包括团队的所有成员开会中。即使角色仅部分专用于团队,它仍然应该包括在内,因为相应的团队成员可以提供反馈。

怎样去:4 Steps to Running a Retrospective

1.提前设定期望

在他们开始之前,生产会议明确预期和目标。首先,建立一个日历邀请,其中包括会议的议程和期望的结果。对于Scrum团队,包括您的Sprint目标,以保持讨论侧重于工作的具体增量。

一旦会议开始,为每个人设置一些基础规则:

  1. 不要扮演责备游戏。将重点远离个人攻击或责备特定的人或角色。而不是说,“你造成的......,”使用包容性语言,例如“我们跌倒”或“这项活动放缓了我们。”
  2. 专注于持续改进。回顾的目标是作为一个团队改善。想想什么可以帮助球队在一起工作,而不是特定个人的缺点。
  3. 保持开放的心态。不是团队中的每个人都可能经历过一个人被确定为谈话的人。不要立即解除别人的想法;帮助团队追求新想法,即使他们没有个人影响你。

您还希望在会议期间确定团队如何交换思想和信息。首先给每个人便利贴让他们匿名地写下他们的想法,每次注释。将胶粘在白板上分类并通过每个。

如果您的团队对公开讨论感到满意,您可以通过人们围绕房间。您还可以使用带有远程成员的团队的视频和直播软件。无论您选择的方法或工具如何,请确保每个人都很舒服。避免高度专业的工具,对大多数团队不熟悉,即使在理论上,它们可能提供大量潜在的有用功能。

2.讨论进展顺利

一旦设定了地面规则,讨论进展顺利。首先思考推动团队前进的东西。您可以承认团队成员的成就,但是真实的和简短的。会议的重点应该是整个团队的成就,而不是特定个人的成就。您可以提示您的团队提出问题:

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

3.讨论需要改进的内容

一旦讨论了什么进展,将团队转移到下次可能改善的内容。记住地面规则 - 避免个人攻击或责备游戏。为了保持谈话,提示您的团队等问题:

  • 缺乏什么?
  • 你想要什么?
  • 我们应该如何不同?
  • 什么都不清楚?
  • 事情在哪里出错了?
  • 什么阻止我们向前发展?
帆船回顾一下
在回顾性会议期间,帆船隐喻可以作为谈话启动器。小组粘滞便笺分类:是什么推动团队前进,是什么让团队减慢,是什么威胁工作的成功。

4. Create an Action Plan

这一步骤是回顾性中最重要的。如果没有计划,未经计划,未解决改进,回顾性成为重复和不生产性的。

基于改进的讨论,创建一个动作项目列表,该项目可以在下一个回顾性会议之前现实地完成。如果动作项目太大而无法完成,将其分解为更小的操作项并通过多个迭代完成。如果需要进一步优先考虑,请使用aprioritization matrix确定哪些物品最重要。

一旦您拥有操作项列表,将截止日期和所有者分配给每个人以进行问责制。将您的行动项目记录在团队中每个人可以访问的地方,以便轻松进行操作。

回顾后

追溯结束后,确保团队在动作项目上跟进。在接下来的回顾之前,在其他会议上作为提醒到团队成员的提醒。在您的下一个回顾性会议上,首先通过上次会议自完成的行动项目开始。如果您通过在线工具跟踪操作项,则根据已完成的内容对项目进行分类,例如仍然是出色的。将任何未偿还的行动项目进行到下一个追溯行动计划。

数字回顾一下
胶粘器.IO:具有实时合作的数字工具非常适合远程团队。此类工具支持跟踪目标和成就,因为您可以轻松地保存回顾的输出并在下次会议上重新检验行动计划。

有效回顾的提示

分享促进者角色。不要总是依靠同一个人来领导会议。拥有另一个人的便利将有助于让团队成员随着时间的推移而汇合。

随着时间的推移跟踪模式。重新审视项目结束时的模式或里程碑,以展示团队如何改进。跟踪操作项还可以帮助挂载新的团队成员(通过提供上下文),可以使该会员们为贡献新的想法而感到满意。

避免讨论,以一个或两个人为主。鼓励整个团队促进讨论。使用粘滞便笺允许内向的团队成员匿名贡献,所以他们的想法仍然听到。

为会议设置一致的节奏。是否每两周发生一次,月,季度,课程,确保在您的团队中经常发生回顾。该团队将继续对讨论感到满意,会议随着时间的时间变得更加有效。

回顾的变化

适用于产品团队

产品团队是开展回顾的明显选择,因为团队成员每天都在一起工作。随着团队成员随着时间的推移开始相互信任,回顾主义者变得更加富有成效,导致更深层次的见解。一些会议可能更专注于比其他人进展得很好,但如果你的团队经常会议,并且没有出现任何问题,那么该团队对众多令人愉快的措施可以让他们讨论。如果是这种情况,重新评估在房间里。团队成员是否害怕贡献,因为优越的是监控提出的问题是什么?让回顾性安全的空间来毫无畏惧报复。每个团队都会有改进的领域,应该清楚的是会议中的那些,使讨论的问题不应被视为消极。

对于UX团队

回顾可能是UX团队中的有用工具,特别是如果这些团队没有嵌入产品团队,因为它们可以帮助UX专业人员专注于具体的进程或评估方法。例如,如果UX团队刚开始实施设计思维作为一个新的过程,回顾性会议将允许团队讨论下次改变的工作和更改的内容。

对于领导团队

在实施新的公司倡议或战略计划时,回顾性可以为讨论团队共同合作的讨论提供平台。领导团队还从每月,季度或年度基础上获益回顾,以检查领导目标。

元回溯

常规但罕见的间隔(也许每年一次),您可以回顾您的回顾:元回归。你在运行你的回顾率吗?他们有助于提高后续项目吗?最重要的是,您是否在设计过程中看到了定期改进,或者您在每次击倒一个弱点时都在玩一个笨拙的游戏,另一个弹出它的位置?

结论

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

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

网络资源

atlassian.com:如何使用示例运行敏捷回顾性会议,https://www.atlassian.com/team-playbook/plays/retrospive.

AgileAlliance.org:什么是回顾?,https://www.agileAlliance.org/Glossary/heartbeatretro.

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