如果故事正在进行中，然后在泳道中进行代码审查并准备进行质量检查，那么故事的分配应如何进行？应该将故事保留给开发人员，并在其中将代码审查和质量检查任务创建为子任务，或者在开发人员将故事移交给代码审查者并将代码审查完成后，将故事重新分配给故事由审核员转到质量检查通道，然后由审核员重新分配给质量检查。在我看来，将票证从进行中的状态重新分配到未来的状态似乎是一种反模式。在票证进入冲刺之前重新分配票证似乎是可以的，但在之后不能。
如果故事正在进行中，然后在泳道中进行代码审查并准备进行质量检查，那么故事的分配应如何进行？应该将故事分配给开发人员并进行代码审查，然后...
Scrum对于工作的完成方式和董事会的管理方式无话可说。但是，许多团队都看了看板的“拉”方法来回答这个问题。在这种情况下，永远不会分配或给予工作，只能要求/继续。因此，审阅者在开始工作时会将其移至“代码审阅”。同样，测试人员在开始工作时会将其移交给质量检查人员。 “就绪”列有点用词不当，因为它们不是状态。相反，它们是先前状态的状态。如果您的订单是“代码审查-已准备好质量检查”-质量检查，那么实际上，准备进行质量检查可能是“代码审查”中可能的工作指定。这看似微不足道，但对于防止在没有所有者的情况下工作停顿的过程中堆积是非常重要的。