解析软件项目失败原因与应对策略
1. 软件项目失败现状
在实际工作中,软件项目失败的情况屡见不鲜。比如某个新计费系统项目,老板安排你负责,你组建了优秀的项目团队,选用了先进的技术和工具,业务分析师也与会计经理充分沟通并撰写了详细的需求文档,一切看似都为项目成功做好了准备。然而,六个月后项目却进度滞后、预算超支,开发人员加班加点,甚至有人离职,但软件仍未接近完成。会计团队不断提出软件不符合需求的问题,还产生了大量的变更请求和 bug 报告。
根据 Standish Group [2001] 的研究,2000 年只有 28% 的软件项目完全成功,23% 被取消,其余项目存在严重的延迟(平均延迟 63%)、超预算(平均超支 45%)、功能缺失(平均缺失 33%)等问题。像新西兰司法部的新案件管理系统,耗资 4200 万美元,超预算 800 万美元,延迟一年多推出,预期的 27 项收益仅实现了 16 项,还增加了案件管理的时间和数据录入量,实施后审查发现了 1400 多个未解决的问题。
与之形成鲜明对比的是工程和建筑行业,根据《工程新闻记录》,94% 的项目客户对项目结果满意,这表明建筑项目的失败率远低于软件项目。例如 2004 年 5 月巴黎戴高乐机场 2E 航站楼管状屋顶的坍塌成为全球头条新闻,因为这种情况非常罕见,而软件项目失败则极为常见。
2. 商业与非商业软件开发
2.1 商业软件开发
商业软件由公司为盈利而开发,包括为个别客户定制的软件(如上述计费系统)和通用的“现成”产品(如 Microsoft Word),几乎所有商业软件都是在一个或一系列项目中开发的。
2.2 非商业软件开发
非
超级会员免费看
订阅专栏 解锁全文

被折叠的 条评论
为什么被折叠?



