scrum - Scrum和重构

Closed. This question is opinion-based。它当前不接受答案。












想改善这个问题吗？更新问题，以便editing this post用事实和引用来回答。

5年前关闭。



Improve this question





如果scrum中的所有内容都与用户可以看到的功能有关，那么真的有什么地方可以重构与任何新功能需求无关的代码吗？

最佳答案

我认为这与Scrum无关，与项目管理理念无关。

不管项目是否使用Scrum，许多项目经理都不喜欢开发人员将时间花在诸如代码重构或重组等“不必要的”事情上，这些事情并不能直接推动突出的功能需求之一。这不是像正常开发那样的“产生结果的工作”，而是“防止以后延迟结果的工作”。鉴于用于Sprint的时间通常很短，因此收益通常很难看清，而且几乎无法量化。

保持代码可维护性必须成为您的精简清单上的一项内容（如果您使用Scrum）。它与新开发一样重要。尽管它看起来似乎不像“用户可见”，但忽略它会增加您的技术负担。当技术债台高筑，使您的代码缺乏可维护性会减慢开发速度时，客户就会看到新功能开发的延迟。

这都是管理/哲学问题。与其将重构和可维护性增强视为不影响客户的“额外”工作，不如将其视为对时间的投资，以防止客户可见的延误（以及潜在的错误）。开发人员有时可以比管理人员更清楚地看到这些好处。如果您的经理不了解忽略可维护性的缺点，那么您可能想要吸引其他几个开发人员并与您的经理进行聊天。

关于scrum - Scrum和重构，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/2456310/