信管网案例分析

导航

范围管理案例一-系统集成项目管理工程师知识点

2019年01月18日来源:信管网 作者:cnitpm

系统集成项目理工程师知识点:范围管理案例一

1。案例场景

Simple公司承担了某大学图书馆存储及管理系统的开发任务,项目周期4个月。

小陈是Simple公司的员工,半年前入职。在校期间,小陈跟随导师做过两年的软件开发,具有很好的软件开发基础。领导对小陈很信任,本次任命小陈担任该项目的项目经理。项目立项前,小陈参与了用户前期沟通会议,并承担了需求分析工作。

会议后,相关部门按照要求整理会议所形成的决议和共识,并发给客户等待确认。为了节约时间,小陈根据自己在沟通会议上记录的结果,当晚组织相关人员撰写了软件需求规格说明。次日便要求设计人员开始进行系统设计,并指出项目组成员必须严格按照进度计划执行,以不辜负领导的期望与嘱托。

项目进行了两个月后,校方主管此业务的新领导到任,并提出了新的信息化管理要求。小陈进行变更代价分析,认为成本超支严重,于是小陈准备不进行范围变更,并将结果通知客户,引起客户不满。

项目进入测试阶段后,Simple公司开展内部管理审查活动,此项目作为在建项目接受了抽查,项目审查员给该项目提出了多个问题,范围管理方面的问题尤为突出。

【问题1】结合本案例,分析小陈在此项目中范围管理方面可能存在的不足。

【问题2】创建WBS时要遵循哪些原则?

A、在各层次上保持项目的完整性,避免遗漏必要的组成部分

B、一个工作单元可从属于某些上层单元

C、WBS不包括分包出去的工作

D、工作单元应能分开不同责任者和不同工作内容

E、便于项目管理进行计划、控制的管理需要

F、最低层工作应该具有可比性,是可管理的,可定量检查的

G、分解到统一颗粒度的工作包

2。案例解析

【问题1】

(1)没有制定项目管理计划(或范围管理计划);

(2)没有进行项目范围定义(软件需求规格说明书只是项目范围定义输出的一个组成部分,没有形成项目范围说明书);

(3)在与干系人形成统一意见之前,就开始设计工作(范围没有确认);

(4)项目范围是否变更,应遵循正式变更流程,不由项目经理单独决定;

(5)项目范围管理过程中与干系人的沟通存在问题(范围变更没有与客户取得统一意见);

(6)软件需求规格说明没有经过评审就付诸实行。

【问题2】

A,D,E,F

提示:

B错:一个工作单元只能从属于某个上层单元,避免变叉从属。

C错:WBS应该包括分包出去的工作。

G错:WBS工作包的分解粒度不要求统一,回忆一下滚动式规划(Rolling Wave Planning)。


温馨提示:因考试政策、内容不断变化与调整,信管网提供的以上信息仅供参考,如有异议,请考生以权威部门公布的内容为准!

分享至:
请使用浏览器的分享功能,把好文章分享给更多的人

信管网 - 信息系统项目管理专业网站

下载APP-在线学习

培训课程

0元畅享

考试题库

免费资料

APP下载