Closed. This question is opinion-based。它当前不接受答案。
想改善这个问题吗？更新问题，以便editing this post用事实和引用来回答。
2年前关闭。
Improve this question
您认为谁应该修复错误？程序员吧？好的，但是真的，谁...让我解释一下。
我是多个Scrum项目的Scrum Master。 Scrum说“尽可能地围护您的资源”，这是我全心全意同意的观点。
通常，我们将每个sprint的某个百分比百分比集成到以前的sprint的bug修复中-很好。
在每个Sprint之后，我们向客户进行演示和回顾，并将开发代码推广到UAT环境（我们的客户通常不希望将其项目的一小部分投入使用，但这取决于他们-我们将继续通过确保我们部署有效且可测试的代码来讨价还价。
完成所有冲刺后，我们将进入UAT阶段，在此阶段，客户端将对已完成的软件进行全面测试，以查找任何最新的错误。现在理想情况下已经捕获了这些，但是实际上有一些只是在UAT期间发现的。
在此UAT阶段，并非100％的时间都需要该项目中的所有开发人员，因此我们希望将其重新分配给其他项目。但是，Scrum说“尽可能限制您的资源”。
我的问题是，我正在将开发人员分配到一个项目的UAT阶段，同时与其他地方的开发人员一起启动一个单独的Scrum项目。这并不理想-但是，目前这是一个商业现实。
我可以：
1）忍受它，并让开发人员修复自己的代码-并将开发人员的一些时间（例如20％）分配给先前项目的UAT。
2）确保移交到位，并有100％的时间有1或2个开发人员专用于错误修复代码。
我喜欢1），但是这使资源配置变得非常困难。
2）吓到我，我觉得开发人员对自己的代码质量不承担任何责任。我觉得在确保开发人员拥有自己的代码的所有权方面有很多话要说-要求他们修复自己的错误是确保质量的好方法。没有人喜欢修复错误，因此我发现开发人员通常会尝试并做得更好，因为他们知道必须修复所有提出的问题。但是，2）更易于计划和资源。但是2）将花费更长的时间，因为在其他人的代码中修复错误在时间和资源上都是昂贵的。如果它是一个复杂的修复程序，则无论如何它都可能需要原始开发人员的帮助，而对于那些不熟悉代码库这一部分的人来说，修复它肯定会花费更长的时间。
人们怎么看？
想改善这个问题吗？更新问题，以便editing this post用事实和引用来回答。
2年前关闭。
Improve this question
您认为谁应该修复错误？程序员吧？好的，但是真的，谁...让我解释一下。
我是多个Scrum项目的Scrum Master。 Scrum说“尽可能地围护您的资源”，这是我全心全意同意的观点。
通常，我们将每个sprint的某个百分比百分比集成到以前的sprint的bug修复中-很好。
在每个Sprint之后，我们向客户进行演示和回顾，并将开发代码推广到UAT环境（我们的客户通常不希望将其项目的一小部分投入使用，但这取决于他们-我们将继续通过确保我们部署有效且可测试的代码来讨价还价。
完成所有冲刺后，我们将进入UAT阶段，在此阶段，客户端将对已完成的软件进行全面测试，以查找任何最新的错误。现在理想情况下已经捕获了这些，但是实际上有一些只是在UAT期间发现的。
在此UAT阶段，并非100％的时间都需要该项目中的所有开发人员，因此我们希望将其重新分配给其他项目。但是，Scrum说“尽可能限制您的资源”。
我的问题是，我正在将开发人员分配到一个项目的UAT阶段，同时与其他地方的开发人员一起启动一个单独的Scrum项目。这并不理想-但是，目前这是一个商业现实。
我可以：
1）忍受它，并让开发人员修复自己的代码-并将开发人员的一些时间（例如20％）分配给先前项目的UAT。
2）确保移交到位，并有100％的时间有1或2个开发人员专用于错误修复代码。
我喜欢1），但是这使资源配置变得非常困难。
2）吓到我，我觉得开发人员对自己的代码质量不承担任何责任。我觉得在确保开发人员拥有自己的代码的所有权方面有很多话要说-要求他们修复自己的错误是确保质量的好方法。没有人喜欢修复错误，因此我发现开发人员通常会尝试并做得更好，因为他们知道必须修复所有提出的问题。但是，2）更易于计划和资源。但是2）将花费更长的时间，因为在其他人的代码中修复错误在时间和资源上都是昂贵的。如果它是一个复杂的修复程序，则无论如何它都可能需要原始开发人员的帮助，而对于那些不熟悉代码库这一部分的人来说，修复它肯定会花费更长的时间。
人们怎么看？
最佳答案
人们应该修复自己的代码。利用这样一个事实，那就是没人愿意回去修复旧的东西，而他们可能会写新的东西。如果可以确定负责该错误的开发人员，请确保他们负责解决该问题。这将鼓励开发人员在第一次编写清晰的代码时更加勤奋，因为没人希望被视为必须不断修复已损坏问题的人。当有人破坏当前版本时，在开发过程中也是如此。
更新：话虽如此，我不一定会教条。客户的需求是第一位的，如果无法重新分配创建错误的人来进行修复，则可能必须将修复分配给其他人。
关于agile - 谁应该修复Scrum/敏捷环境中的错误？ ，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/1503581/
10-13 07:56