当前位置:首页 > 课件下载 > 管理案例 > 项目范围管理案例
项目范围管理案例
  1. 项目范围管理案例

    人气()下载(
  2. 相关关键词:项目范围管理案例
  3. 上传时间:2015年1月19日 17时09分25秒 免费下载价格:
  4. 立即下载
    分享到:

课件介绍

【项目范围管理案例】

 

 

项目的范围管理影响到信息系统项目的成功。在实践中, 需求蔓延”是信息系统失败最常见的 原因之一,信息系统项目往往在项目启动、计划、执行、甚至收尾时不断加入新功能,无论是客户的要求还是项目实现人员对新技术的试验,都可能导致信息系统项目范围的失控,从而使得信息系统项目无论在时间、资源和质量上都受到严重影响。 

 

案例一:范围定义 

 

案例场景 

 

希赛信息技术有限公司(CSAI 原本是一家专注于企业信息化的公司,在电子政务如火如荼的时候,开始进军电子政务行业。在电子政务的市场中,接到的第一个项目是开发一套工商审批系统。由于电子政务保密要求,该系统涉及到两个互不联通的子网:政务内网和政务外网。政务内网中储存着全部信息,其中包括部分机密信息;政务外网可以对公众开放,开放的信息必须得到授权。系统要求在这两个子网中的合法用户都可以访问到被授权的信息,访问的信息必须是一致可靠,政务内网的信息可以发布到政务外网,政务外网的信息在经过审批后可以进入政务内网系统。

 

张工是该项目的项目经理,在捕获到这个需求后认为电子政务建设与企业信息化有很大的不同,有其自身的特殊性,若照搬企业信息化原有的经验和方案必定会遭到惨败。因此采用了严格瀑布模型,并专门招聘了熟悉网络互通互联的技术人员设计了解决方案,在经过严格评审后实施。在项目交付时,虽然系统完全满足了保密性的要求,但用户对系统用户界面提出了较大的异议,认为不符合政务信息系统的风格,操作也不够便捷,要求彻底更换。由于最初设计的缺陷,系统表现层和逻辑层紧密耦合,导致 70%的代码重写,而第二版的用户界面仍不能满足最终用户的要求,最终又重写的部分代码才通过验收。由于系统的反复变更,项目组成员产生了强烈的挫折感,士气低落,项目工期也超出原计划的 100%。 

 

 

【问题1】对张工的行为进行点评? 

 

(1)张工注意到了系统运行环境的特殊性,在良好设计和实现的情况下满足了用户的要求。 

(2)张工忽略了系统用户的潜在要求,在用户界面和操作的风格上范围定义不清晰,造成系统交付时的重大变更。 

(3)张工在第一次问题发生后仍没有对范围进行有效的管理,造成了系统第二次的变更。 

(4)张工没有对用户界面是否能够满足要求的风险进行有效的管理,而是采用了对风险适应性较差的瀑布模型组织开发。 

(5)张工没有对设计质量进行有效的控制,造成表现层中耦合了业务逻辑,增加了修改的代价。 

 

 

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

 

(1)张工没有挖掘到系统的全部隐性需求,缺乏精确的范围定义。 

(2)在发生第一次变更时,张工仍没有有效的范围管理,从而造成系统的二次变更。 

(3)重复的系统变更说明张工对系统范围控制不足,导致一而再再而三的反复。 

 

 

【问题3】请结合你本人实际项目经验,指出应如何避免类似问题?

 

有效的范围管理包括了从范围定义到范围控制等多方面的工作,每一项工作都是重要的。对于本案例,要结合行业特点进行需求分析,挖掘系统潜在的需求,同时通过原型等方法来辅助需求的定义,避免范围定义不清晰的问题。 

 

在发生需求变更时需要进行有效的需求控制,尽量在满足用户需求的前提下缩小需求范围,坚决避免需求的再次变更。 


关于我们
英盛网简介
免责声明
联系方式
推广联盟
帮助中心
会员权益
如何观看
忘记密码
常见问题
商务合作
渠道加盟
讲师合作
电话客服热线:400-666-4343
点击这里给我发消息
关注微信公众号
关注我们
每天好料不断