如何看待信息系统建设中的挫折与失败？
    系统失败，并不一定指系统彻底崩溃，它们或者是明显地不能按约定方式使用；或者是根本就不能用，用户不得不开发一些手工过程与系统一起运行；或者是产生出的各种报告对决策者没有帮助，根本就没有人去看；或者是因为系统内所用的数据不准确，使人们感到不可靠；或者是系统不够“健壮”经常“死机”。
  
案例10.1──CONFIRM 项目的失败
   1988年3月，希尔顿、玛里奥特和巴奇特三家经营饭店、航空和出租车的大公司打算共同建设一个信息系统，让顾客能够在该系统上一次完成订车、订机票和订房间的服务。他们与AMR公司—曾成功地为美国航空公司开发过一个订票系统—签定了合同。该项目定名为CONFIRM，计划投资1.25亿美元。
    AMR投入了五百余名技术人员，经过三年多的工作以后又拖期18个月，当希尔顿的用户进行测试时，开始发现了问题。这个系统运行在两台IBM大型主机上，一台上运行着适合于处理大量事务的 TPF工程操作系统，负责完成日常的事务处理，另一台运行着IBM主机的 MVS 操作系统和DB2数据库。库中存有客户信息与价格数据。大约有60个应用程序需要两个主机联合完成。测试表明，事务处理、数据库以及用户接口之间不能很好地通信，出现系统冲突以后，数据库也不能全面得到自动恢复。
    进一步的调查发现，用德克萨斯仪器公司的第四代CASE开发工具生成的软件只能在MVS操作系统上良好运行，却不能生成两台机器之间通信的程序代码。当希尔顿等公司得知此问题不可能马上解决，除非再花两年时间修补的时候，便决定退出该项目。
1992年9月，AMR状告希尔顿等公司，因为他们扣发经费、人员安排不当、过早撤出等原因导致了项目失败；希尔顿等公司则反诉说，失败是由于AMR疏于管理、能力不够、开发工具方法选择有误造成的。并指出AMR大量使用外部人员代替他们自己的有经验的人员参与开发。该诉讼中还引用AMR的一位副总裁的信，说明项目中的某些项目管理人员的行为是不适当的，其中有些人“未能及时地透露项目的真实情况”。此案后来于1994年达成庭外解决。

一、信息系统的问题
信息系统存在问题而导致信息系统失败是多元性的，主要可以归纳为四个方面：
  1．设计问题
    设计中的两类问题：一类与技术有关，一类与组织和管理有关。与技术有关的，如：功能不善，性能不佳，用户接口设计不良，数据库设计不良，代码设计不周等。与组织管理有关的，主要是信息系统与组织和管理的有机融合不行造成的。如：在组织的结构、任务、人员、岗位、习惯、文化等方面的不相容和不协调等。
  2．数据问题
    数据方面的问题容易被开发人员忽略，到正式运行以后则越来越严重，最后可能导致系统失败。
    主要表现在：数据不准确（含有错误），不确切（有二义性），输入不完整（缺项），数据不一致（同一数据在不同部门不相同），数据不及时（超过时效）等。