什么-回顾的定义
定义:回顾是一个常规会议,在此期间,该团队反映了团队成员如何共同努力,并根据最近完成的工作的经验教训考虑改进该过程的方法。
回顾采取一种促进会议的形式;尽管它们通常是在敏捷或Scrum过程中实践的,但它们可以使任何团队受益,无论他们采用什么设计或开发方法。
为什么回顾是有用的
成功教会我们下次多做一些已经做好的事情。但我们往往可以从失败中学到更多:也许一个小小的调整就可以节省整个努力。在任何情况下,正如几十年的质量工程经验所显示的那样,持续的过程改进可以持续地提高质量和生产率。这一原则在用户体验设计和汽车装配线制造中同样适用。为了做得更好,我们应该定期反思我们的方法。
何时运行追溯以及邀请谁
如果你在Scrum团队中,回顾会在sprint的最后,也就是在sprint评审和下一个sprint计划之间举行。如果你没有在sprint中工作,你可以每两周、每个月或每个季度进行一次回顾,以最适合团队的需求。
在准备回顾时,包括所有团队成员开会中。即使角色仅部分专用于团队,它仍然应该包括在内,因为相应的团队成员可以提供反馈。
如何进行:回顾的4个步骤
1.设定预期早
在开始之前,生产会议明确预期和目标。首先,建立一个日历邀请,其中包括会议的议程和期望的结果。对于Scrum团队,包括您的Sprint目标,以保持讨论的重点是工作的具体增量。
一旦会议开始,为每个人设置一些基础规则:
- 不要推卸责任。不要把注意力放在人身攻击或指责特定的人或角色上。不要说“你导致了……”,而要使用包容性的语言,比如“我们没达到目标”或“这项活动拖慢了我们的速度”。
- 关注持续改进。回顾的目标是作为一个团队进行改进。想想什么可以帮助团队更好地合作,而不是特定个人的缺点。
- 保持开放的心态。并非团队中的每个人都经历过某个人认为的话题。不要立即否定别人的想法;帮助团队追求新的想法,即使这些想法对你个人没有影响。
您还需要在会议期间确定团队如何交换思想和信息。首先给每个人便签让他们匿名写下自己的想法,一张纸条一个。将粘贴在白板上的内容分类并一一阅读。
如果你的团队喜欢公开讨论,你可以一个人一个人地在房间里走动。您还可以为拥有远程成员的团队使用视频和实时编辑软件。无论您选择何种方法或工具,都要确保每个人都对它感到满意。避免团队大多数人都不熟悉的高度专门化的工具,即使在理论上,它们可能提供大量潜在有用的特性。
2.讨论进展顺利的事情
一旦制定了基本规则,就讨论哪些事情进展顺利。首先想想是什么推动了团队前进。你可以承认团队成员的成就,但要真诚而简短。会议的重点应该是整个团队的成就,而不是特定的个人。你可以向你的团队提出以下问题:
- 发生了什么好吗?
- 你喜欢什么?
- 你学到了什么?
- 什么工具或技术有用?
3.讨论需要改进的地方
一旦讨论好了什么,就转移团队讨论下次可以改进什么。记住基本规则——避免人身攻击或相互指责。为了让对话富有成效,你可以向你的团队提出以下问题:
- 缺乏的是什么?
- 你想要少的是什么?
- 我们应该如何不同?
- 不清楚什么?
- 事情在哪里出错了?
- 什么阻止我们向前迈进了?
4.制定行动计划
这一步骤是回顾性最重要的。如果没有计划,未经计划,没有解决改进,并且回顾性成为重复和不生产性的。
基于改进的讨论,创建一个动作项目列表,该项目可以在下一个回顾性会议之前现实地完成。如果操作项太大,无法完成,将其分解为更小的操作项并通过多个迭代完成。如果需要进一步优先考虑,请使用a优先级矩阵来决定哪些项目是最重要的。
一旦你有了行动项目的清单,为每个项目指定一个截止日期和负责人。将您的行动项目记录在团队中每个人都可以访问的地方,以便于后续跟踪。
在回顾
回顾结束后,确保团队跟进行动项目。在下一次回顾之前,在其他会议中检查进度,以提醒团队成员。在你下一次回顾会议上,从划掉上次会议以来已经完成的行动项目开始。如果你是通过在线工具追踪行动项目,你可以根据完成的项目和还未完成的项目进行分类。将任何未完成的行动项目转移到下一次回顾的行动计划中。
有效回顾的技巧
分享促进者角色。不要总是依靠同一个人来主持会议。有另一个人的帮助将有助于保持团队成员长期参与。
随着时间的推移追踪模式。在项目或里程碑结束时重新访问模式,以显示团队是如何改进的。跟踪行动项目还可以帮助新团队成员加入(通过提供上下文),并让该成员乐于贡献新想法。
避免由一两个人主导的讨论。鼓励整个团队参与讨论。使用便利贴可以让内向的团队成员匿名投稿,这样他们的想法仍能被听到。
设定一个一致的会议节奏。无论是每两周、每个月、每个季度,还是其他时间,确保团队定期进行回顾。团队将继续适应讨论,会议将随着时间的推移变得更加有效。
变化的回顾
为产品团队
产品团队是开展回顾的明显选择,因为团队成员每天都在一起工作。随着团队成员随着时间的推移开始相互信任,回顾性变得更加富有成效并导致更深层次的见解。一些会议可能更专注于比其他人进展的进展,但如果您的团队定期会面并且没有出现问题,那么该团队对课程不足以让他们在讨论中感到舒适。如果是这种情况,重新评估在房间里。团队成员是否害怕贡献,因为优越的是监测提出了哪些问题?让回顾性安全的空间来毫无畏惧报复。每个团队都将有改进的领域,应该明确参加会议中的那些,即将讨论发出问题不应被视为消极。
为用户体验团队
回顾对于用户体验团队来说是很有用的工具,尤其是当这些团队没有嵌入到产品团队中时,因为回顾可以帮助用户体验专业人员专注于特定的过程或评估方法。例如,如果一个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
分享此文章: