Scrum看板中不需要测试列

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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