第六章一范围管理案例分析.docx
- 文档编号:25504607
- 上传时间:2023-06-09
- 格式:DOCX
- 页数:7
- 大小:88.64KB
第六章一范围管理案例分析.docx
《第六章一范围管理案例分析.docx》由会员分享,可在线阅读,更多相关《第六章一范围管理案例分析.docx(7页珍藏版)》请在冰豆网上搜索。
第六章一范围管理案例分析
第六章
(一)范围管理案例分析
LT
1范围定义
1.1案例场景
希赛信息技术有限公司(CSAI原本是一家专注于企业信息化的公司,在电子政务如火如茶的时候,开始进军电子政务行业。
在电子政务的市场中,接到的第一个项目是开发一套工商审批系统。
由于电子政务保密要求,该系统涉及到两个互不联通的子网:
政务内网和政务外网。
政务内网中储存着全部信息,其中包括部分机密信息;政务外网可以对公众开放,开放的信息必须得到授权。
系统要求在这两个子网中的合法用户都可以访问到被授权的信息,访问的信息必须是一致可靠,政务内网的信息可以发布到政务外网,政务外网的信息在经过审批后可以进入政务内网系统。
张工是该项目的项目经理,在捕获到这个需求后认为电子政务建设与企业信息化有很大的不同,有其自身的特殊性,若照搬企业信息化原有的经验和方案必定会遭到惨败。
因此采用了严格瀑布模型,并专门招聘了熟悉网络互通互联的技术人员设计了解决方案,在经过严格评审后实施。
在项目交付时,虽然系统完全满足了保密性的要求,但用户对系统用户界面提出了较大的异议,认为不符合政务信息系统的风格,操作也不够便捷,要求彻底更换。
由于最初设计的缺陷,系统表现层和逻辑层紧密耦合,导致70%的代码重写,而第二版的用户界面仍不能满足最终用户的要求,最终又重写的部分代码才通过验收。
由于系统的反复变更,项目组成员产生了强烈的挫折感,士气低落,项目工期也超出原计划的100%。
1.2问题
问题1:
请大家对张工的行为进行点评。
问题2:
从项目范围管理的角度找出该项目实施过程中的主要管理问题。
问题3:
如何避免类似的问题
1.3参考答案
【问题1】
(1)张工注意到了系统运行环境的特殊性,在良好设计和实现的情况下满足了用户的要求。
(2)张工忽略了系统用户的潜在要求,在用户界面和操作的风格上范围定义不清晰,造成系统交付时的重大变更。
(3)张工在第一次问题发生后仍没有对范围进行有效的管理,造成了系统第二次的变更。
(4)张工没有对用户界面是否能够满足要求的风险进行有效的管理,而是采用了对风险适应性较差的瀑布模型组织开发。
满意,项目组的成员也没有感受到很大的压力。
1.4问题
【问题1】
指出张工是如何保证项目成功的?
【问题2】(15分)
试结合案例指出项目范围管理的工作要点?
1.5参考答案
问题1
(1)张工首先对最初的项目范围进行了清晰的定义,并根据定义对工作进行了分解,制定了WBS。
(2)张工对项目进行了估算,且估算结果真实可信,对项目工作量有量化的把握。
(3)在出现新的项目目标后,张工对项目进行了范围控制,缩小了第一阶段实现的范围。
(4)张工对重新定义的项目范围进行了确认,与高层经理和客户达成一致。
(5)张工对项目进行了沟通管理,协调了多个项目干系人之间的矛盾。
问题2
项目范围管理的要点:
(1)范围管理计划。
(2)范围定义。
(3)工作分解。
(4)范围确认。
(5)范围控制。
在本案例中,张工首先进行了范围定义和工作分解,得到了清晰的项目范围;在出现新的项目目标后,张工进行了范围控制,重新定义了两个阶段的项目范围;最后,张工将重新定义的范围与项目干系人进行了确认。
2范围确认
2.1案例场景
希赛信息技术有限公司(CSAI)刚刚和M签订了一份新的合同,合同的主要内容是处理公司以前为M公司开发的信息系统的升级工作。
升级后的系统可以满足M公司新的业务流程和范围。
由于是一个现有系统的升级,项目经理张工特意请来了原系统的需求调研人员李工担任该项目的需求调研负责人。
在李工的帮助下,很快地完成了需求开发的工作并进入设计与编码。
由于M公司的业务非常繁忙,M公司的业务代表没有足够的时间投入到项目中,确认需求的工作一拖再拖。
张工认为,双方已经建立了密切的合作关系,李工也参加了原系统的需求开发,对业务的系统比较熟悉,因此定义的需求是清晰的。
故张工并没有催促业务代表在需求说明书中签字。
进入编码阶段后,李工因故移民加拿大,需要离开项目组。
张工考虑到系统需求已经定义,项目已经进入编码期,李工的离职虽然会对项目造成一定的影响,但影响较小,因此很快办理好了李工的离职手续。
在系统交付的时候,M公司的业务代表认为已经提出的需求很多没有实现,实现的需求也有很多不能满足业务的要求,必须全部实现这些需求后才能验收。
此时李工已经不在项目组,没有人能够清晰地解释需求说明书。
最终系统需求发生重大变更,项目延期超过50%,M的业务代表也因为系统的延期表示了强烈的不满。
2.2问题
【问题1】
对张工在项目管理工作中的行为进行点评。
【问题2】
请从项目范围管理的角度找出该项目实施过程中的问题。
【问题3】(8分)
谈谈应如何避免类似的问题。
2.3参考答案
【问题1】
(1)张工为了更明确地把握系统需求,聘请了原系统的需求调研人员李工,提高了需求定义的效率和质量。
(2)张工没有对李工开发的系统需求进行评审和复查,从而使得需求的缺陷没有被及时发现。
(3)张工没有要求用户对已经定义的需求进行确认,从而导致需求理解的偏差。
(4)张工对需求的不能进行缺乏有效控制,最终造成项目延期50%.
【问题2】
该项目实施过程中的主要问题包括:
(1)在范围定义中,张工没有对李工定义的需求进行评审,造成需求中的质量缺陷没有被及时发现。
(2)在范围确认中,张工没有主动地要求用户对需求进行确认。
(3)在范围控制中,张工无法进行有效的范围控制,最终造成了重大的需求变更。
【问题3】
对于本案例,项目经理需要对需求定义的结果进行质量控制,采取评审等方式减少需求中的问题。
对已经定义的需求需要与用户进行确认,保证双方理解的一致。
在发生需求变更时,也应该采取灵活的手段,在满足用户需求的前提下,尽量减少需求变更的范围。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 第六 范围 管理 案例 分析