2013项目管理案例分析:工作分解结构(WBS)
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
关于WBS 的描述
1、WBS 是面向可交付物的层次型结构,是对完成项目目标、创造可交付物所需执行的项目工作的分解。
2、它组织并定义了整个项目范围,WBS 把项目工作细分为更小、更易管理的工作单元。
3、随着WBS 层次的降低,意味着项目工作也越来越详细。
4、WBS 代表了当前已批准的项目范围说明书中所有工作,WBS 的各个工作单元有助于项目干系人了解项目可交付物。
工作结构分解原则
1、在各层次上保持项目的完整性,避免遗漏必要的组成部分。
2、一个工作单元只能从属于某个上层单元,避免交叉从属。
3、相同层次的工作单元应用相同性质。
4、工作单元应能分开不同的责任者和不同工作内容。
5、便于项目管理计划、控制的管理需要。
6、最底层工作应该具有可比性,是可管理的,可定量检查的。
7、应包含项目管理工作,包括分包出去的工作。
案例范例
阅读以下说明,请回答问题1至问题3,将解答或相应的编号填入答题纸的对应栏内【说明】
M公司承担了某大学图书馆存储及管理系统的开发任务,项目周期4个月。
小陈是M公司的员工,半年前入职。在校期间,小陈跟随导师做过俩年的软件开发,
具有良好的软件开发基础。领导对小陈很信任,任命小陈担任该项目的项目经理。项目立项前,小陈参加了用户前期沟通会议,并承担了需求分析工作。
会议后,相关部门按照要求整理会议所形成的决议和共识,并发给客户等待确认。为了节约时间,小陈根据自己在沟通会议上记录的结果,当晚组织相关人员撰写了软件需求规格说明。次日便要求设计人员开始进行系统设计,并指出项目组成员必须严格按照进度计划执行,以不辜负领导的期望与嘱托。
项目进行了2个月后,校方主管此业务的新领导到任,并提出了新的信息化管理要求。小陈进行变更代价分析,认为成本超支严重,于是小陈准备不进行范围变更,并将结果通知客户,引起客户不满。
项目进入测试阶后,M公司开展内部管理审查活动。此项目作为在建项目接受了抽查,项目审查员给该项目提出了多个问题,范围管理方面的问题尤为突出。
【问题1】(5分)
结合案例,分析小陈在此项目中项目管理方面可能存在的不足。
【问题2】(6分)
小陈组织人员撰写的项目WBS如下:
xx大学图书馆存储及管理系统
110确定需120设计130编码140测试150安装与调试
111初步需求121功能设计131模块定义141内部测试151软件安装112详细需求122系统设计132接口定义142集成测试152系统调试133程序编码143报告制定153培训
1.请说明上述WBS结构是将()作为第一层进行分解的。除了上述方法,还可以采用哪些方式进行分解。
2.从上图来看,完整的WBS中除了实现最终产品或服务外所必须进行的技术工作外,还需要包括 .
(3)创建WBS时要遵循哪些原则?供选择答案(将正确选项对应的字母填入答题纸对应栏内):
A.在各层次上保持项目的完整性,避免遗漏必要的组成部分
B.一个工作单元可从属于某些上层单元。
C.相同层次的工作单元可以具有不同性质。
D.工作单元应能分开不同责任者和不同工作内容。
E.便于项目管理进行计划和控制的管理需要。
R最低层工作应该具有可比性,是可管理的,可定量检查的。
G.分解到统一颗粒度的工作包。
H.WBS不包括分包出去的工作。
【问题3】(4分)
(1)请指出案例中引起范围变更的原因。
(2)一般情况下,造成项目范围变更还有哪些主要原因。