-1

我面临以下估计问题：

在固定预算项目的背景下对开发任务进行工作量估算以实施故事时，我们使用 3 点估算来提出 PERT。因此，一个项目的范围是通过一个总的 PERT 值加上一个置信区间（如果选择的话）来定义的。

因为我们发现完成故事通常需要更多的努力，因此添加了一个错误修复缓冲区，以便为团队提供更多时间以高质量水平交付。

我对这种方法最大的担忧： 1. 将错误和故事交付分开 - 它似乎软化了完成的严格定义，即即使有错误也可以接受故事。我们有更多的时间来修复。2.判断复杂性因素的影响，建立缓冲。什么说分配的 % 缓冲区足够了？

有没有更好的方法来校准质量和复杂性的估计？

4

1 回答 1

0
  • 错误表明当故事声称完成时事情还没有完成。一个解决方案可能是扩展您对完成的定义以包括更多测试
  • 以回归的形式出现的错误（事情在经过验证的时间内完成，但似乎后来没有完成）。一个解决方案可能是扩展您对完成的定义以自动化所有新测试并在声称故事完成之前运行所有可用的现有测试。

上面提到的两种解决方案会降低您的速度，但您将能够使用新的降低速度更好、更可靠地进行估算，因为新问题（错误）不会意外出现并干扰您的估算图、速度和可预测性。

  • 考虑将故事分成多个。我相信完成（声称完成）具有已知限制（而不是错误）的功能并继续减少其他故事范围的限制是可以的。除了上面提到的前 2 点之外。如果错误失控，这将无济于事。
于 2014-07-02T00:06:53.503 回答