一直在启动不可行的软件项目

一直在启动不可行的软件项目，并且团队不断陷入困境，但是真正的问题根源是什么？

高管为2年的实际项目设定了6个月的期限。

该项目一定会失败，但这是由于执行人员的无知还是IT无能吗？

在不可行的项目中没有进度风险 ，因为会错过最后期限。进度风险仅在存在不确定性的情况下存在（请参阅进度风险是红色鲱鱼！！！）

如您所料，所有高管和IT经理对不可行的项目负有责任，这些项目变成了死亡游行。了解有关死亡进行曲微积分的不良副作用。项目不可行的主要原因是：

拒绝正式估计

这种情况经常发生。一个例子就是丹佛行李处理系统 （请参阅案例研究）。

系统自动（正确）估算了该项目需要2年的时间；但是，高管们宣称IT只能交付1年。

当然，他们失败了¹ 。

截止日期被高管拒绝，因为它不符合他们的期望。他们无法享受随后的软件灾难和恶劣的新闻报道。

当高管无视正式的估计时，他们会得到应得的。正式的估算被忽略了，因为高管们凭借绝对的意志相信他们可以设定截止日期。

如果IT设法让组织为评估所需的正式工具付费，那么高管们拒绝接受它并不是他们的问题。

经常发生的下一种情况是使用有效性较低的估计过程。 Tom DeMarco ， Capers Jones ， Ed Yourdon等人对估计进行了广泛的研究和记录。

不正确的估算方法每次都会低估软件项目。不幸的是，快速的估算将基于您能想到的内容，软件是无形的，因此您所知道的就像冰山一角。

这些都不能阻止高管要求对发展进行快速估算。更糟糕的是，开发经理会屈从于荒谬的需求，并实际上给出快速的估计。

估计差的价格会导致无法实施的项目（请参阅谁需要正式的度量？）IT经理提供的估计差的价格包括：

由于估算不足而导致的不可行项目是IT无能为力的问题。

高管的无知和IT的无能导致定期的不可行项目 ，因为估算值低而拒绝估算值。所以这并不奇怪。

但是，不可行的项目同样是高管和IT人员的失败，因为我们都在同一个团队中。如果另一部分失败，则组织的一部分不可能成功。

IT管理可能是更多的问题。毕竟，谁的责任是一个错误的决定—那些知道问题是什么或没有问题的人。

如果孩子在吃晚饭之前想要冰淇淋，那么如果您屈服并给他们冰淇淋，是谁的错？

不幸的是，即使经过60年的软件项目开发，IT经理还是像高管一样无知，或者根本就没有肠子的毅力。

即使IT经理使高管相信评估工具的重要性，由于无法满足高管的期望，这些评估也被例行丢弃。

拒绝自动估算：生产率-16％，质量-22％

在我们一代人准备对高管人员进行适当估计的必要性教育并对这些估计值保持固执之前，我们可能会继续每年估计有3万亿美元的软件项目失败。

¹对于询问者，良好的自动化评估系统已被证明定期地在5％的时间和成本内。与我联系以获取更多信息。

翻译自: https://www.javacodegeeks.com/2014/08/infeasible-software-projects-are-launched-all-the-time.html