Nav*_*wal 5 scrum user-stories
如果一个故事正在进行中，然后泳道是代码审查和 QA 就绪，那么故事的分配应该如何工作？故事是否应该继续分配给开发人员，代码审查和 QA 任务应该作为其中的子任务创建，或者故事应该在开发人员将其移动到代码审查时重新分配给审查者，并且在代码审查完成后它被移动由审阅者分配到 QA 通道，并由审阅者重新分配给 QA。对我来说，将正在进行的票证重新分配给未来的状态似乎是反模式。在进入 sprint 之前而不是之后重新分配票似乎是可以的。
Scrum 没有提及如何完成工作或如何管理董事会。然而，许多团队通过看板的“拉动”方法来回答这个问题。在这种情况下，工作永远不会被分配或给予，它只是被要求/接受。因此，当评审者开始工作时，工作将被转移到“代码评审”。同样，测试人员在开始时会将工作转移到 QA。“就绪”列有点用词不当，因为它们不是状态。相反，它们是先前状态的状态。如果您的订单是“代码审查 - QA 就绪 - QA”，那么事实上，“QA 就绪”是代码审查工作中可能的指定。这可能看起来很小，但对于防止流程中的堆积（在没有所有者的情况下工作停滞）非常重要。