关闭。这个问题是opinion-based .它目前不接受答案。
想改进这个问题？更新问题，以便 editing this post 可以用事实和引用来回答它.
4年前关闭。
Improve this question
如果您正在使用敏捷，则其想法是始终进行增量重构，并且永远不会积累大量技术债务。话虽如此，如果您有一个敏捷团队正在接管具有大量技术债务的软件，那么您必须将其安装在某个地方。
你去创建开发者用户故事。 。例如 。
还是有另一种清理此代码技术债务的最佳实践
最佳答案
您的应用程序是内部应用还是有外部客户？如果客户为您在应用程序上的工作和支持付费，可能很难让他们在您建议的卡片上签字。
此外，根据您的第二张卡片创意，可能很难说出“完成”是什么。
解决您的问题的一种特定方法可能是缺陷驱动测试——这个想法是，当您收到错误报告并估计说要修复它的卡时，看看您可以同时添加哪些类似但增加覆盖率。
而且您不会专门询问有关如何让您的项目接受测试的技术细节，但是一旦您开始实际操作，这本书就会非常有帮助:Working Effectively with Legacy Code
关于agile - 在敏捷中还清技术债务，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/738067/