architecture - 在敏捷开发中，您如何处理 "less-well-architected"代码，这些代码源于以 sprint 为中心的心态

Question

关闭。这个问题是opinion-based .它目前不接受答案。












想改善这个问题吗？更新问题，以便可以通过 editing this post 用事实和引文回答问题.

4年前关闭。




Improve this question




我使用 Scrum 从事一个敏捷项目。

冲刺来来去去，我们成功地实现了里程碑。该系统运行良好，足以满足当前客户的要求。

然而，我们留下了一个严重需要重构的系统，因为大部分开发工作都没有着眼于 future (而是专注于手头的冲刺)。

如何最好地处理这个问题？致力于重构的 Sprint(s)？

Answer 1

是的，偶尔出现这样的情况有时也不是坏事。但是，如果您使用 Scrum 是敏捷的，那么您可能正在尝试遵循测试驱动开发 (TDD)，并且重要的是要记住顺序是红-绿- 重构 ，不仅仅是红绿色。质量差的代码不是敏捷开发的输出，而是 可怜的敏捷开发。