估计重构工作

Question

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

Answer 1

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

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

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

• 基于整个代码库的代码质量报告或人工审查代码库的示例部分加上推断来进行估算
• 为每个已知问题写故事，估计它们，然后添加估计值

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