软件开发注定失败的26个信号

 2009-01-09  Derry  译自：http://www.cio.com/article/print/470103

 

（译者注：不知为何正文列了27条...）

软件开发注定失败的26个信号

        尽管我们努力使每个软件开发项目获得成功，但有些项目刚刚开始就已埋下祸根。这里是企业软件开发项目走向死亡征程的26个早期预警信号--呜呼，全来自现实世界的经验。

1、项目名称在过去的几个月里发生了第三次变化。
2、开发经理决定最好给英国用户写一个完全不同的版本，而不是一个独立的国际化版本。
3、需求定义在开发活动开始后的几个月才开始进行。
4、新雇来的研发总监自豪的通知董事会项目将会提前六个月完成99%，并且保证软件可以不通过β测试直接发布。
5、你是Web程序员，当你打开一个压缩了HTML文档的Zip文件（客户发给你的用来和Web应用程序集成的网站脚本）时你发现这些HTML文档全部是使用Word编辑另存为HTML格式的。
6、你缓过神来发现公司雇佣你做顾问是为了裁决两个竞争部门间技术平台的使用分歧。
7、备忘录里写到，你需要使用16位平台构建64位应用。
8、程序员不理解规格说明书但仍闷头开发，测试小组不明白如何测试，但仍闷头测试。
9、你看到项目预算，发现超过一半的预算花在了Web设计人员用Photoshop制作主页模型上--而根本没有考虑设计的可用性，或者没关注那些存在于这个主页下面的上千个的内容页面。
10、用户或客户要求新功能，而非关注缺陷修正及性能增强。
11、“16个软件开发最佳实践”列表没有一个被执行的。
12、你被要求将工程从Windows迁移到MS-Dos上。
13、技术项目经理在没有咨询任何真实潜在用户的情况下让你编写用户需求列表。
14、人们开始给“文件”发送函件而不是给彼此之间。而这些函件是说明为何发送者与即将发生的（但不被承认的）失败无关的托词。
15、状态报告看起来不够充分。
16、新来的CIO把所有有着深厚组织知识的员工替换成了外面的他原公司的员工。
17、这是个大项目，名字是“冰山”，或者这是公司第三次想视图完成该项目，项目代码“凤凰”，但不知何故你却不相信该项目能够“浴火重生”。
18、即便是那些得到免费版本的用户也为之感到恼火。
19、你们的关键任务项目（牵涉到公司80%的收入）经理有3个月的接触选择技术的时间，并且马上培训了4名全新的开发人员，但最后却得到了一个3个月的最后期限。
20、你了解到管理部门不得不坚持在初次代码冻结后才能将接口定义签入到版本控制系统。
21、他们更换了项目经理，并且将项目团队迁往另一个城市（你感到自己庆幸的是，这个城市还好不在另一个大洲）。
22、QA团队被告知：我们的测试时间只有三周（这个项目已经持续了六个月）。或者被告知：日期是固定的，我们必须在此之前完成所有的功能。
23、程序经理决定试用敏捷开发方法来节省时间。
24、在过去的时代，没有手机和无处不在的互联网，在你参加完于法兰克福举行的为期三天锁定时间的区域CIO会议回来纽约后被三天前刚被雇佣的新项目经理所大声辱骂。为什么？因为你不必为她发的E-Mail信息（你也无法收到）担负责任，不必为你一无所知的项目控制面板做更新。
25、管理层决定在一个2万美元的项目上花100万。然后经理们开始同意电脑公司销售员的说法：100万的软件需要200万美元的硬件。与此同时，一位秘书购买了一个现成的PC和一个包含一些新的办公自动化软件光盘的收缩包。她在午休的时候就实现了该项目。（大概，我们应该把这次算作一次成功罢）
26、首席程序员告诉你说维护数据库升级的完整历史是应用程序的需求之一，但是他没有时间来为此设计数据模型。所以他决定先做Web前端然后再考虑解决这个问题。而这，就是你们团队的首席程序员。
27、该业务线的领导/项目投资者说：“获取创意”。这是在管理削减了20%的项目组成员之后发生的。随后IT团队拉出已经预定回收的硬件，说道：这就是您的项目新的托管环境。
    以上是基于几十名程序开发人员和IT专家的参与列举的。但是，唉，这还不够完整。这需要您在评论中加入您的经验。