Scrum怎么重构?

内容来源于 Stack Overflow,并遵循CC BY-SA 3.0许可协议进行翻译与使用

  • 回答 (2)
  • 关注 (0)
  • 查看 (76)

如果scrum中的一切都是关于用户可以看到的功能性东西,有什么地方可以重构与新功能需求无关的代码?

提问于
用户回答回答于

无论项目是否使用Scrum,许多项目经理都不喜欢开发人员花费时间处理诸如代码重构或重构等“不必要”的事情,而这些不必要的事情并不直接推进其中一项突出的功能需求。这不是像正常发展那样的“产生结果的工作”,而是“阻止后来延迟结果的工作”。鉴于用于Sprint的典型短时间线,好处往往难以看出,几乎不可能量化。

保持代码的可维护性与新发展一样重要。虽然它可能看起来不像“对用户可见”的东西,但忽视它会增加你的技术债务。当技术债务堆积得足够多,以至于代码缺乏可维护性会降低开发速度时,就会看到新功能开发的延迟。

用户回答回答于

我认为有一个公平的模型可以用于技术债务重构,其中维护代码的成本影响与重构它的成本一样高或甚至高于重构它的成本。

所属标签

可能回答问题的人

  • 应用案例分享

    1 粉丝490 提问5 回答
  • o o

    4 粉丝495 提问5 回答
  • uncle_light

    5 粉丝518 提问4 回答
  • 找虫虫

    5 粉丝0 提问3 回答

扫码关注云+社区

领取腾讯云代金券