refactoring - 估计重构工作

Question

有没有办法估计重构工作量？例如，我们知道跨类/包重复的代码行。现在我们如何估计所需的工作量？

Answer 1

在高层次上，敏捷团队(这是我通常的环境)会像评估任何故事一样估计重构故事:作为一个小组，审查故事的事实(在这种情况下，包括重复的代码)报告)并直观地估计在他们通常使用的任何单位(故事点或实际时间)中完成工作需要多长时间。如果故事可以分段完成(实现和交付)，他们会将故事分解为每个片段的一个故事并估计这些故事。 (在这种情况下，每个不同的重复代码块或不同重复代码块的类可能有一个故事。)

这显然不准确，但对于小故事来说通常也不错，并且充分利用了团队对代码的了解。如果团队还不太了解代码，他们的估计就会不太准确。

要估计整个代码库的重构工作量，

估计基于整个代码库的代码质量报告，或者基于对代码库样本部分的手动审查加上推断

为每个已知问题写故事，估计它们，然后添加估计

技术债务本身会降低估算的可靠性(也就是说，使它们太低)，因为当您知道存在技术债务时，通常会有更多的技术债务是您尚未确定的。与任何项目一样，如果进行估算很有值(value)，请定期重新评估估算，以考虑您从迄今为止所做的工作中学到的东西。