如何表示计算的截止日期是否合理？

Question

作为一名首席程序员，我的职责包括计算项目的最后期限。

为了做到这一点，我与相关的团队成员进行了讨论，并计算了一个最后期限估计。有时，我从首席技术官那里听到一个害怕的声音，说估计的截止日期太多了。那我就得缩短最后期限。随着最后期限的缩短，程序员不得不承受额外的压力。

我如何向首席技术官说明计算的最后期限是合理的？

Answer 1

一种经过多次验证的方法是科学方法，甚至可以说是一种数据驱动的方法:)

1. 问一个问题(我们什么时候结束？)
2. 做背景研究(需要做什么？)除以和不需要)。
3. 建立一个假设(计算完成时间，截止日期)。
4. 通过做一个实验来验证你的假设。(做多个sprint，这样您就可以从以往的sprint和估算中获得真实的数据。事实就在数据中)。
5. 分析你的数据并得出结论。)我们有多精确？做出调整。学习。重复一遍。(迭代。)
6. 告诉你的结果。(告诉你的客户/老板/首席技术官)

多个迭代是关键，所以您需要构建真正的数据！

来源：科学方法的步骤

Answer 2

当工作分成较小的任务时，作出估计变得容易得多。任务越小，估计它们就越容易。这样，估计就更准确了。

这也有助于清楚地了解每项任务将花费多少时间。因此，当管理层抱怨最后期限时，你可以告诉他们到底花了什么时间。

如果最后期限是不可接受的，一些最初的功能应该减少。合理的管理者会选择一种高质量的产品，而不是一堆功能不正常的产品。

另一个窍门是“欺骗”，给出一些比必要的更大的估计。但我认为这是一个极端。

Answer 3

在软件成本和进度估算方面有大量的工作要做。从本质上讲，事实是总是有一些不确定性，这意味着总是有一个非零的可能性，错过最后期限(和！早来的不可能的)当你把最后期限拉进来的时候，你会增加错过最后期限的可能性，你会增加你会遇到其他问题的可能性，因为你会要求你的员工偷工减料，而偷工减料总是会回来缠着你。

如果你保存了项目和成本的历史数据，你可以对你的组织进行评估，然后你就可以告诉首席技术官：“这就是我们的历史数据表明我们可以做的。如果你想让我们把最后期限推迟，我们会的，但你要明白，你将不得不接受更多的风险，一个被吹坏的最后期限和产品中的严重缺陷。”

我见过的最坏的情况是在通用动力公司。软件源代码控制系统的失败意味着错误被无意中引入。加速发布计划意味着，一项旨在检测特定类型的错误的关键测试，直到释放后一两天才被发送到爱德华兹空军基地进行飞行测试。试验显示飞行安全问题可能导致试验飞机的损失和/或试飞员的死亡。(这架试飞飞机花费了很多，数百万美元，远远超过了生产飞机，因为它是一种手工制造的独一无二的鸟。好的试飞员的花费几乎是一样的，而且他们是非常长的领先项目。)所有的地狱都散开了。