破损的回顾展及其修复方法 “产品人员-产品经理,产品设计师,UX设计人员,UX研究人员,业务分析师,开发人员,制造商和企业家 June 06 2018 真正 敏捷,高绩效团队,产品管理,回顾,团队协调, 注意产品 介意产品有限公司 846 产品管理 3.384

破损的回顾展及其修复方法

通过 ON

在使用敏捷方法的团队中工作了几年,回顾是我作为产品经理生活的重要部分。回顾(retros)在每个sprint周期结束时,在总体发布结束时进行,有时还会回顾其他会议或流程。 Retros旨在回顾您团队的成功与失败,并不断进行改进。

回顾是改善沟通和促进团队合作的好方法。一个开放,尊重同事的团队比在闲聊的人闲聊的团队要成功得多,因为约翰尼没有编写测试用例。回顾会议的成功执行将揭示出测试用例极其重要且不应被忽视的事实,进行对话,然后进行可付诸实践的行动以继续前进。

但是,以我的经验,回顾性会议通常只是另一个敏捷仪式。

为什么回顾会发臭

在每个sprint结束时,世界各地的开发团队都挤在一个房间里,或者拨入会议线路,以查看上一个sprint或发行版中完成的工作。这些会议可以朝几个不同的方向进行。

如果您的团队在上一次冲刺中取得了成功,则回顾无济于事–可以避免的会议,而在Slack中以伟大的“竖起大拇指”的方式来纪念。相反,您花了一个小时来梳头, 某事 to look back on.

相反,如果您的团队没有获得成功的冲刺,那么您将获得一英里长的行动项目清单。通常不会执行或无法跟进的操作项列表。这些列表记录在一些长期丢失的Confluence页面或Box注释中。如果您的团队确实在比赛中,这些动作项将在下一次回顾中进行审查。

如何修复它们

不要害怕跳过

在Ncino,我们发现回顾只是我们开发周期的又一步。在每次冲刺的好坏之间,我们开会讨论进展如何。我们发现,如果团队一致认为冲刺成功了,那么跳过特定的回顾展比证明其有价值得多。 .  

如果您没有什么要讨论的专业内容,不要害怕跳过或至少缩短回顾。

庆祝您的团队正在努力,有效地合作并达到冲刺承诺。

不用花一个小时来谈论自己的能力,而是将这个小时花在开发团队身上,让他们继续努力!

时间盒并坚持下去

将回顾的时间限制在一个小时以内。在绕过前一个冲刺的成功或失败一个小时之后,您可能已经涵盖了主要问题(并且可能在所有列中;“开始”,“停止”和“继续”),或者让您的主要开发人员戴夫不高兴。太个人化了。在带时间限制的回顾中还剩10分钟,开始纪念您的行动项目。

如果您发现不需要一整个小时,请写下您的行动项目,多举几分,尽早结束。

我的团队解决了时间表问题的一种方法是确保我们做好准备。我们使用Ideaboardz.com作为简单的协作工具来记录我们的复古主题。我们会在下一次回顾展前几天将其发送出去,让每个人都有足够的时间写下有关冲刺如何进行的想法。这样,我们确切地知道我们要涵盖的内容。做好准备使我们能够遵守时间表,并且在大多数情况下,提早结束。

试一试,看看它如何与您的团队一起工作。

对您的行动项目采取行动

记下来。打印出来并将它们发布到Scrum团队区域。将行动项目共享给更多的受众或跨部门。在显示器上粘贴便签。做一些事情来追踪你的行动项目。

如果不跟踪和衡量您的结果,我保证它们会被遗忘,被遗忘在地毯下;当他们不可避免地在另一场回顾会中被重新发现并持续存在时,您会发现自己说:“那是个好主意……为什么没有’t we do that?”.

在跟进操作项目多次失败之后,我们开始在公共区域的白板上写下这些内容。这个简单的操作有助于我们将主题放在首位,并确保我们不会忽略它们。

结论

明确地说,我并不是在建议您跳过回顾。这些会话效率很高,如果执行得当,可以增加很多价值。持续改进是敏捷商店的关键,而复古产品则提供了暂停,回顾和评估的途径,以改善前进的步伐。但是,如果执行不正确,则回顾会导致非生产性的时间损失,这不会给团队带来价值。充分利用您的回顾(必要时)并确保实际执行操作项目,我想您会发现Scrum团队的运作方式就像运转良好的机器。