agile - 谁应该修复 Scrum/敏捷环境中的错误？

Question

关闭。这个问题是opinion-based .它目前不接受答案。












想改善这个问题吗？更新问题，以便可以通过 editing this post 用事实和引文回答问题.

4年前关闭。




Improve this question




在您看来，谁应该修复错误？程序员吧？好吧，但真的，谁……让我解释一下。

我是多个 Scrum 项目的 Scrum Master。 Scrum 说“在可能的情况下限制你的资源”，我完全同意这种观点。

通常，我们将每个 sprint 的某个百分比整合到上一个 sprint 的错误修复中 - 一切都很好。

在每个 Sprint 之后，我们都会向我们的客户进行 Demo 和 Retrospective，并将我们的开发代码推广到 UAT 环境(我们的客户通常不希望他的项目的一小部分上线，但这取决于他们——我们将保留我们的通过确保我们部署工作和可测试的代码来讨价还价)。

一旦所有冲刺完成，我们就有了一个 UAT 阶段，客户对完成的软件进行彻底的测试，以发现任何最后一分钟的错误。现在理想情况下，这些已经被捕获，但实际上有一些仅在 UAT 期间发现。

在这个 UAT 阶段，并不是所有的开发人员都需要 100% 的时间参与项目，因此我们喜欢​​将他们重新分配给其他项目。然而，Scrum 说“在可能的情况下限制你的资源”。

我的问题是，我将开发人员分配到一个项目的 UAT 阶段，同时在其他地方与他们一起启动一个单独的 Scrum 项目。不理想 - 然而，这是目前的商业现实。

我可以:

1)接受它并让开发人员修复他们自己的代码 - 并将开发人员的一些时间(比如 20%)分配给之前项目的 UAT。

2) 确保移交到位，并有 1 或 2 个开发人员 100% 的时间致力于错误修复代码。

我喜欢 1)，但它使资源成为真正的痛苦。

2)让我害怕，我觉得开发人员不会对自己代码的质量负责。我觉得在确保开发人员拥有自己的代码的所有权方面有很多话要说 - 要求他们修复自己的错误是确保质量的好方法。没有人喜欢修复错误，所以我发现开发人员通常会尝试提前做好工作，因为他们知道无论如何他们都必须修复任何提出的问题。然而，2) 更容易计划和资源。但是 2) 将需要更长的时间，因为修复其他人代码中的错误在时间和资源方面是昂贵的。如果这是一个复杂的修复，无论如何它可能需要原始开发人员的帮助，并且由不熟悉代码库的那部分的人修复肯定需要更长的时间。

人们怎么看？

Answer 1

人们应该修复自己的代码。利用这样一个事实，即当他们可以编写新东西时，没有人喜欢回去修复旧东西。如果可以确定对错误负责的开发人员，请确保他们负责修复问题。这将鼓励开发人员在第一次编写干净的代码时更加勤奋，因为没有人希望被视为必须不断修复他们破坏的东西的人。在开发过程中也是如此，当有人破坏当前构建时也是如此。

更新 : 话虽如此，我不一定对此持教条主义。客户的需求是第一位的，如果不能重新分配创建错误的人来进行修复，您可能必须将修复分配给其他人。