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

软件项目启动ppt

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

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

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

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

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

拒绝正式估计

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

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

当然，他们失败了¹ 。

截止日期被高管拒绝了 ，因为它不符合他们的期望。他们本来无法享受随后的软件灾难和糟糕的新闻。

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

如果IT部门设法使组织为评估所需的正式工具付费，那么高管们拒绝这样做并不是他们的问题。

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

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

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

差劲的预算可以保证导致不可行的项目（请参阅谁需要正式度量？）IT经理差劲的预算是：

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

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

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

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

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

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

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

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

直到我们一代IT经理准备对高管进行适当估算的必要性教育并顽固地坚持这些估算之前，我们估计每年软件项目失败的可能性可能会继续达到3万亿美元。

¹为了打听头脑，一个好的自动评估系统已经显示出可以定期节省5％的时间和成本。与我联系以获取更多信息。

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

软件项目启动ppt