Scrum 和重构

标签 scrum

关闭。这个问题是 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/

相关文章:

agile - 完全免费的敏捷软件流程工具

project-management - 你是如何实现 SCRUM 来单独工作的?

agile - Scrum 和敏捷开发有什么区别?

project-management - Scrum - 你是鸡还是 pig ?

agile - Scrum 燃尽模式

tfs - 如何增加在制品 (WIP) 限制

agile - 什么是用户故事,什么不是?

task - Scrum 燃尽图 : Tasks or Stories?

agile - 小团队的项目方法

integration - Scrum 中集成的用户故事