分析哪些失败软件项目

在日常生活中，我们或许经常接触到诸多项目失败的实例，其中一些案例的严重程度甚至超出了我们的预期。例如，我的社交网络中曾被两个失败项目的信息所充斥，其中一个项目被冠以“史上最糟糕开发工程”的称号，历经长达十二年的开发周期，累计编写了六百万行代码；另一个则是美国联邦调查局启动的一个软件系统，耗资高达一亿七千万美元，最终却沦为一个质量低劣的工程。

对于这类事件，多数人可能仅将其视为一则颇具趣味性的新闻故事，并认为这些项目的失败归咎于软件工程水平的低下。然而，如果我们从软件工程的专业视角出发进行剖析，这些项目真正导致失败的核心因素究竟是什么？又能够从中汲取哪些值得借鉴的经验与教训？

什么样的软件项目算是失败的项目？

如果我们指出某项工程属于未达预期的案例，那么何以界定此类项目为失败呢？

项目管理协会（PMI）提出，一个被认定为成功的工程需同时符合以下六个标准：

1. 完成时间节点符合计划。
2. 财务支出控制在预设范围内。
3. 系统能够依照原始设计正常运作。
4. 具备实际应用价值并被用户采纳。
5. 实现初始设定的核心目标。
6. 投资方对最终成果表示认可。

反之，若上述任一或多个标准未能达成，则该项目可能被判定为失败。例如：

1. 工程进度滞后于既定时间表。
2. 实际花费超出预算限制。
3. 存在大量缺陷，系统无法按照原设计