在我们的 Scrum 板上，任务从“待办事项”开始，转到“进行中”，当您完成任务后，它们会移至“待验证”，然后以“完成”结束。 “验证”列是指当您完成任务时，其他人可以查看、测试它并对其发表评论。
事实证明，这对于错误、更好的代码等很有帮助。
对于有类似做法的人:开发人员解决了评论/错误后，您会再次验证它，还是认为问题已得到解决并将任务移至“完成”？
我希望这是清楚的，并想听听您的想法。
最佳答案
这个问题并不是 Scrum 特有的，我也在敏捷流程之外看到过这个问题。
答案是:这取决于验证中提出的问题。如果出现了小问题，并且负责的开发人员足够资深，那么请相信他会在第一时间解决问题。但是，如果进行验证的人员认为这些项目太复杂，或者 Scrum Master 缺乏信心相信开发人员能够在第二次将其做好，那么您可以将便利贴移回“进行中”。
您无需费心检查的错误类型的一个很好的例子是简单的拼写错误。当存在许多相互依赖的边界条件时，您需要再次检查的一个很好的例子是边界条件中的错误。
关于testing - 您在 Scrum 中验证一个任务多少次？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/230048/