【优质文档】举例说明之前工作中最失败的案例或者项目,失败原因是什么-精选word文档 (17页).pdfVIP

【优质文档】举例说明之前工作中最失败的案例或者项目,失败原因是什么-精选word文档

本文部分内容来自网络整理，本司不为其真实性负责，如有异议或侵权请及时联系，本司将立即删除！

==本文为word格式，下载后可方便编辑和修改！==

举例说明之前工作中最失败的案例或者项目,失败原

因是什么

篇一：项目范围管理案例

第2章项目范围管理案例

项目的范围管理影响到信息系统项目的成功。在实践中，需求蔓延”是信息系

统失败最常见的

原因之一，信息系统项目往往在项目启动、计划、执行、甚至收尾时不断加入

新功能，无论是客户

的要求还是项目实现人员对新技术的试验，都可能导致信息系统项目范围的失

控，从而使得信息系

统项目无论在时间、资源和质量上都受到严重影响。

2．1案例一：范围定义

阅读以下关于信息系统项目管理过程中范围管理方面问题的叙述，回答问题1

至问题3。

2.1.1案例场景

希赛信息技术有限公司(CSAI原本是一家专注于企业信息化的公司，在电子政

务如火如荼的时候，开始进军电子政务行业。在电子政务的市场中，接到的第

一个项目是开发一套工商审批系统。由于电子政务保密要求，该系统涉及到两

个互不联通的子网：政务内网和政务外网。政务内网中储存着全部信息，其中

包括部分机密信息；政务外网可以对公众开放，开放的信息必须得到授权。系

统要求在这两个子网中的合法用户都可以访问到被授权的信息，访问的信息必

须是一致可靠，政务内网的信息可以发布到政务外网，政务外网的信息在经过

审批后可以进入政务内网系统。

张工是该项目的项目经理，在捕获到这个需求后认为电子政务建设与企业信息

化有很大的不同，有其自身的特殊性，若照搬企业信息化原有的经验和方案必

定会遭到惨败。因此采用了严格瀑布模型，并专门招聘了熟悉网络互通互联的

【优质文档】举例说明之前工作中最失败的案例或者项目,失败原因是什么-精选word文档

技术人员设计了解决方案，在经过严格评审后实施。在项目交付时，虽然系统

完全满足了保密性的要求，但用户对系统用户界面提出了较大的异议，认为不

符合政务信息系统的风格，操作也不够便捷，要求彻底更换。由于最初设计的

缺陷，系统表现层和逻辑层紧密耦合，导致70％的代码重写，而第二版的用户

界面仍不能满足最终用户的要求，最终又重写的部分代码才通过验收。由于系

统的反复变更，项目组成员产生了强烈的挫折感，士气低落，项目工期也超出

原计划的100％。

【问题1】请不超过300字，对张工的行为进行点评？

【问题2】请从项目范围管理的角度找出该项目实施过程中的主要管理问题？

不超过200字回答。

【问题3】请结合你本人实际项目经验，指出应如何避免类似问题？不超过200

字回答。

2.1.2案例分析

这是一个失败的项目，张工在项目管理中既有闪光点，也有失败的地方。但项

目管理中的任何差错都会影响项目的结果，而范围管理的失误对项目的影响更

为明显。模糊的项目范围定义、错误的工作分解、缺失的范围确认和无力的范

围控制都将严重影响项目的结果。

张工对项目范围有一定的把握。在范围定义中，张工发现了不同行业间具有不

同的特点，电子政务行业对系统运行环境有着特殊的要求。根据国家对电子政

务的要求，政务内网与政务外网是该行业一致的标准，这与企业信息化是完全

不同的。张工捕获到该需求，并对这个

需求进行了清晰的定义，根据瀑布模型的要求，对设计和实现都进行了严格的

控制，因此在系统交付时完全满足了用户对保密性的要求。在这一点上，张工

是成功的。如果在范围定义时忽略了行业标准，项目肯定会招致更大的失败。

但用户界面的风格和操作的便捷性也属于系统范围的一部分。与系统运行环境

一样，我们通常称这类需求为隐性需求。这类需求往往不是由用户直接提出，

而且受行业特点决定的范围所约束。对于电子政务来说，系统保持一致的风格

非常重要。作为政府对公众开放的窗口而言，并不需要很强的个性化，但一致

的界面风格可以体现出政务的严肃性。考虑到全体民众层次差异较大，大多数

访问系统的用户一般都没有接受过系统使用的培训，操作的便捷性也是政务系

统必须实现的功能之一。很明显，对于这些系统的隐性需求张工没有充分考虑，

从而导致一而再，再而三的变更。

对于软件项目，所有的需求都必须经过清晰的定义，这些需求都是项目范围的

一部分。张工仅仅注意了其中的一部分，而忽略了用户界面，最终导致项目的

失败。

【优质文档】举