下载此文档

项目范围管理案例.docx


文档分类:管理/人力资源 | 页数:约7页 举报非法文档有奖
1/7
下载提示
  • 1.该资料是网友上传的,本站提供全文预览,预览什么样,下载就什么样。
  • 2.下载该文档所得收入归上传者、原创者。
  • 3.下载的文档,不会出现我们的网址水印。
1/7 下载此文档
文档列表 文档介绍
第 2 章 项目范围管理案例
项目的范围管理影响到信息系统项目的成功。在实践中, 需求蔓延”是信息系统失败 最常见的 原因之一,信息系统项目往往在项目启动、计划、执行、甚至收尾时不断加入新功能,无论 是客户 的要求还是项目实现人员对新技术的试验, 都可能导致信息系统项目范围的失控, 从而使得 信息系 统项目无论在时间、资源和质量上都受到严重影响。
2. 1 案例一:范围定义
阅读以下关于信息系统项目管理过程中范围管理方面问题的叙述, 回答问题 1 至问题 3。
案例场景
希赛信息技术有限公司 (CSAI 原本是一家专注于企业信息化的公司, 在电子政务如火如 荼的时候, 开始进军电子政务行业。 在电子政务的市场中, 接到的第一个项目是开发一套工 商审批系统。 由于电子政务保密要求, 该系统涉及到两个互不联通的子网: 政务内网和政务 外网。 政务内网中储存着全部信息, 其中包括部分机密信息; 政务外网可以对公众开放,开 放的信息必须得到授权。系统要求在这两个子网中的合法用户都可以访问到被授权的信息, 访问的信息必须是一致可靠, 政务内网的信息可以发布到政务外网, 政务外网的信息在经过 审批后可以进入政务内网系统。
张工是该项目的项目经理, 在捕获到这个需求后认为电子政务建设与企业信息化有很大 的不同, 有其自身的特殊性, 若照搬企业信息化原有的经验和方案必定会遭到惨败。 因此采 用了严格瀑布模型, 并专门招聘了熟悉网络互通互联的技术人员设计了解决方案, 在经过严 格评审后实施。 在项目交付时, 虽然系统完全满足了保密性的要求, 但用户对系统用户界面 提出了较大的异议, 认为不符合政务信息系统的风格,操作也不够便捷,要求彻底更换。由 于最初设计的缺陷,系统表现层和逻辑层紧密耦合,导致 70 %的代码重写,而第二版的用 户界面仍不能满足最终用户的要求, 最终又重写的部分代码才通过验收。 由于系统的反复变 更,项目组成员产生了强烈的挫折感,士气低落,项目工期也超出原计划的 100 %。
【问题 1】请不超过 300 字,对张工的行为进行点评?
【问题 2】请从项目范围管理的角度找出该项目实施过程中的主要管理问题?不超过
200 字回答。
【问题 3】请结合你本人实际项目经验, 指出应如何避免类似问题?不超过 200 字回答。
案例分析
这是一个失败的项目,张工在项目管理中既有闪光点,也有失败的地方。但项目管理中 的任何差错都会影响项目的结果, 而范围管理的失误对项目的影响更为明显。 模糊的项目范 围定义、错误的工作分解、缺失的范围确认和无力的范围控制都将严重影响项目的结果。
张工对项目范围有一定的把握。 在范围定义中, 张工发现了不同行业间具有不同的特点, 电子政务行业对系统运行环境有着特殊的要求。 根据国家对电子政务的要求, 政务内网与政 务外网是该行业一致的标准, 这与企业信息化是完全不同的。 张工捕获到该需求, 并对这个 需求进行了清晰的定义, 根据瀑布模型的要求, 对设计和实现都进行了严格的控制, 因此在 系统交付时完全满足了用户对保密性的要求。 在这一点上, 张工是成功的。 如果在范围定义 时忽略了行业标准,项目肯定会招致更大的失败。
但用户界面的风格和操作的便捷性也属于系统范围的一部分。与系统运行环境一样,我 们通常称这

项目范围管理案例 来自淘豆网www.taodocs.com转载请标明出处.

相关文档 更多>>
非法内容举报中心
文档信息