问还有什么更好:设定被低估或高估的最后期限？

EN

你应该使用最好的猜测，这是一个函数的最小和最大估计*-不仅仅是简单的平均数-

best_guess = (min * min_weighting + max * max_weighting) /除数*

*汤姆·尼兰德建议应该是(min_weighting + max_weighting)。实际上，我不确定这是否正确，但它可能比我最初的2.0除数更正确。

您对最小值和最大值的权重将取决于任务的复杂性、与任务相关的风险、风险发生的可能性、开发人员的技能等，并且将因组织和项目的不同而有所不同。如果您记录您以前的估计和每个估计所花费的实际时间，那么您将能够随着时间的推移对这些估计进行细化。

在与高级管理人员和客户交谈时，您还应该使用这些值，加上信心值。虽然给出最大值和提前交付并不等于分配时间和延迟交付，但它仍然表明您无法控制您的开发。

给出信心价值和风险的概念也将有助于管理预期，因此，如果有问题，他们不是意想不到的。

*这些最小和最大估计数将通过各种方法得到--询问开发商、过去的经验等。如果投票给开发人员，那么实际的最小值和最大值应被视为异常值，并以某种方式丢弃或修改。我的意思是，你从短语中得到的值，“如果一切顺利的话，需要2周的时间，如果我们遇到一些困难，则需要一个月的时间”。因此，您插入到公式中的值是，而不是原始数字。

不要使用min或max，而是在两者之间使用一些东西。

偏高的错误是更好的。从长远来看，它的成本行为要好得多。

• 为了克服由于低估而造成的压力，人们可能会采取长期不利的捷径。例如，承担额外的技术债务最终必须偿还，而且还会带来利息。成本成倍增长。
• 由于学生综合症导致的效率低下所带来的额外成本呈线性增长。

估计数和目标是不同的。你(或你的经理和客户)设定了你需要达到的目标。估计值告诉你你有多大可能达到这些目标。最后期限是一种目标。你选择的最后期限取决于你愿意接受什么样的信心水平(不符合最后期限的风险)。P50 (0.5的截止日期概率)是司空见惯的。有时，您可能希望使用P80或其他一些信心水平来安排日程。请注意，概率曲线是一条长尾曲线，您需要的自信越多，您就需要更长的时间来分配项目的时间。

总的来说，我不会花太多时间来跟踪单个任务。有了P50目标，不管怎么说，其中一半都会迟到。最重要的是聚合的行为。当将单个任务组合到一个集合中时，min或max都不合理。所有任务都不太可能以最小时间(很可能类似于P10时间)或最大时间(例如P90时间)完成:对于nP10/P90任务，概率为0.1^n。

PERT有一些技术，可以找到合理的任务持续时间概率分布，并将它们聚合到更大的整体。我不会在这里谈数学的。下面是一些进一步阅读的指针：

• Steve McConnell:软件评估-揭开黑色艺术之谜。这是相当可读性和实用性，但至少第一版，我有一些怪癖的数学和其他。
• Richard D. Stutzke:评估软件密集型系统-项目、产品和过程。这是一个更多的学术，更难阅读，但例如，解释更好的数学。

要求最佳，可能和最坏的情况场景估计。然后使用程序评估与评审技术。但是，您可能想先看看一些PERT批评。

对于构成临界路径的单个任务或任务，进行最佳案例估计是不明智的。这就好比说这个项目绝对没有任何风险和不确定性。如果实际的工作结果不是最好的情况，你最终会把时间表搞砸。最好是在你的手上有一些额外的时间，并通过实现一些好的有钱的时间来填补时间，而不是不得不在晚上和周末工作。

另一方面，如果管理人员大多采用最坏的情况估计，在软件领域，他们很容易比大多数项目的最佳案例数字高出数量级，而大多数项目绝不会通过可行性和规划阶段。并不是所有的风险都会成为现实。

最好的病例估计数无助于对抗学生综合症。包括临时的里程碑和交付品，除了帮助对抗学生综合症，他们是拥有一个可信赖的项目进度数据和早期发现任何潜在问题的先决条件。