关闭。这个问题是 opinion-based 。它目前不接受答案。
想改进这个问题?更新问题,以便 editing this post 可以用事实和引用来回答它。
6年前关闭。
Improve this question
如果 scrum 中的所有内容都是关于用户可以看到的功能性事物,那么真的有任何地方可以重构与任何新功能需求无关的代码吗?
最佳答案
我认为这与 Scrum 的关系不如与项目管理哲学的关系那么大。
无论项目是否使用 Scrum,许多项目经理都不喜欢开发人员将时间花在“不必要的”事情上,例如代码重构或重组,这些事情并不能直接推进一项突出的功能需求。这不是像正常开发那样“产生结果的工作”,而是“防止以后结果延迟的工作”。鉴于 Sprint 通常使用较短的时间线,因此通常很难看到 yield ,而且几乎无法量化。
保持代码的可维护性需要成为您的燃尽 list 中的一项(如果您使用 Scrum)。这与新的发展同样重要。虽然它可能看起来不是“用户可见”的东西,但忽略它会增加您的技术债务。 future ,当技术债务堆积到足以使您的代码缺乏可维护性而减慢开发速度时,客户将可以看到新功能开发的延迟。
这都是管理/哲学的问题。与其将重构和可维护性增强视为不会影响客户的“额外”工作,不如将其视为一种时间投资,以防止 future 客户可见的延迟(以及潜在的错误)。开发人员有时可以比管理人员更清楚地看到这些好处;如果您的经理不了解忽视可维护性的缺点,您可能想找几个其他开发人员并与您的经理聊天。
关于Scrum 和重构,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/2456310/