Scrum看板中不需要测试列

2023-11-20   出处: thetestingpirate.be  作/译者:Bart Vanherck/暖阳

在许多Scrum团队中都可以看到这种做法:在Scrum看板中,使用测试列。虽然其初衷是为了简化测试阶段,但有足够的理由来重新考虑下,是否真的需要这一列。

为什么会有测试列

测试列为测试人员提供了一个专用的工作流空间。这凸显了测试人员在开发团队中的重要性,不仅仅会在最后一步介入,也会参与到整个开发过程中。

另外,测试列也增强了在Scrum看板上工作的可视化表示。它能立刻明确哪些项目进入到了测试阶段,提高了对进度的整体认知和过程监控。

测试列的另一个重要功能是:使团队内的职责可视化。团队成员可以容易地看到谁在执行测试,以及每个项目目前所处的阶段,这有助于提高团队内的协调性。

可能引发的问题

测试列的存在可能会引发一些问题。

在敏捷团队中,测试列可能会引发意想不到的孤立。开发人员和测试人员在看板上,各有自己专属的列,这可能不利于顺畅协作。该过程可能会演变成一种“翻墙式”方法,开发人员将他们的工作交给测试人员,而不参与测试过程。

这种分离也可能助长“不是我的责任”心态。团队成员可能会借口自己不是测试人员,因此不需要为测试负责,看起来像是又回到了过去的瀑布模型中。

测试列也可能会减慢一个故事点的速度。尤其是在那些有多个开发人员的团队中,测试人员可能会成为瓶颈。如果测试活动只是在开发完成后才开始,可能会导致功能软件交付延迟。

最后,测试活动可能在过程中启动得太晚。如果只是在开发完成后开始测试,那么找出缺陷会更具挑战性。这有可能会损害整体效率和开发质量。

简化Scrum看板

一个包含“测试”、“评审”、“合并”、“部署”等多个列的Scrum看板,可能会导致混乱、复杂。精简看板,减少列数,会让它更容易管理。

为了使测试活动在Scrum看板上可见,可以考虑将它们表示为用户故事的独立子任务。每个测试活动都有自己专门的卡片。这种方法增强了可视性,并确保测试活动可以被清晰的标识和跟踪。

采用这种做法,您可以在不需要单独的“测试”列的情况下,保持对测试过程的可见性。每个测试相关的子任务,从开始到结束,都是用户故事的一部分,促进协作、同步、更好的理解工作进展。

简化可视化工作流程可以使团队更加专注和高效,因为减少了不必要的开销,使团队成员能够专注于核心职责,而无需管理复杂的看板。这种清晰性鼓励更好的协作和团队合作。

为了促进并行工作和协作,可考虑将测试无缝集成到开发过程中。这样,开发人员和测试人员可以并行工作,不仅能加快进展,还有助于在早期发现问题。如果保留测试列,测试工作始终落后于开发过程,这是一种不好的做法。

测试人员和开发人员的更好协作,会带来贯穿整个开发过程的持续性测试,而不是将其隔离在一个单独的阶段中。

结论

增强可见性和优化Scrum工作流的关键方式,很可能是移除测试列。将测试和相关活动整合到一起,可以帮助团队保持更高的敏捷性。记住,敏捷实践应该根据团队的独特需求和目标进行定制,有时候,做的更少可能会产生更好的结果。


声明:本文为本站编辑转载,文章版权归原作者所有。文章内容为作者个人观点,本站只提供转载参考(依行业惯例严格标明出处和作译者),目的在于传递更多专业信息,普惠测试相关从业者,开源分享,推动行业交流和进步。 如涉及作品内容、版权和其它问题,请原作者及时与本站联系(QQ:1017718740),我们将第一时间进行处理。本站拥有对此声明的最终解释权!欢迎大家通过新浪微博(@测试窝)或微信公众号(测试窝)关注我们,与我们的编辑和其他窝友交流。
156° /1566 人阅读/0 条评论 发表评论

登录 后发表评论