在收集需求之前估计增强请求答案

【问题标题】：Estimating enhancement requests before requirements have been gathered在收集需求之前估计增强请求
【发布时间】：2010-07-19 11:14:54
【问题描述】：

我在软件开发部门工作，该部门为我们所属的组织开发和维护内部软件。

有一个流程，业务用户可以提交改进任何内部开发解决方案的请求。用户填写模板并将其提交到电子邮件组以进行估算。

我遇到的问题是，我们需要根据用户提供的信息提供估算。这些请求中包含的详细程度通常非常简单。在这些请求到达“估算论坛”之前，没有对其进行过滤，也没有对它们进行质量控制。负责提供估算的人员是所有从事当前项目和增强功能的开发人员。

我的问题是其他内部软件开发部门如何处理增强请求？或者，有谁知道解决这个问题的“最佳实践”方法？

【问题讨论】：

【解决方案1】：

您能做的最好的事情就是为他们提供一个最小和最大范围，您可以在获得更多信息时对其进行修改。确保范围足够大，以包含最终估计值。

【讨论】：

【解决方案2】：

保持 2 次迭代。第一个具有 +/- 20% 的方差（几乎总是 + ），然后根据反馈或最终要求、进一步分析等，您需要更多时间来获得更准确的最终估计。

如果是开发人员估计，一般的趋势是低估（总是 2 天的时间） - 所以然后在顶部添加一个缓冲区。

【讨论】：

我们实际上使用了一个电子表格，它根据简单/中等/复杂要求的数量、置信度、难度等变量来计算每个阶段（设计、构建、测试等）的天数。所以方差已经是其中的一部分。问题是当我们知道更多时，我们永远不会修改它。
如果不允许您修改估算，那么安全的方法是始终高估并在其中完成工作。