项目范围管理作业答案.docx

第二周 第二课时 项目范围管理作业 一、选择题 1、A 【解析】p278 批准项目的原因是项目章程的内容 2、B 【解析] P286 范围确认主要作用是:使验收过程具有客观性;同时通过验收每个可交付成果,提高最终产品、服务或成果获得验收的可能性。 3、A 【解析】有变更,正确的做法应该是通过发起变更管理流程来处理,进行综合的申请、评估和审批,可以由项目经理发起。 答案B错误,变更不是项目经理自己来决定是否增加功能,要通过变更流程。 答案C也是错误的,更不是由实施人员。 答案D没必要,只有涉及重大的变更,可能CCB批准后,还需要由投资人来最终确定。但这个只是实施过程中正常的变更,走变更控制流程就可以了,并不需要平常提一个功能需求就要由投资人来决定。 4、D 【解析】D是明显的错误，WBS是自上而下分解的。 5、D 【解析】最正确、专业的做法就是走变更控制管理流程，只有D是正确答案。 6、D 【解析】WBS的制定由项目团队主要完成，D错误。 7、B 【解析】相对多数原则根据群体中相对多数者的意见做出决策，即便未能获得大多数人的支持， 通常在候选项≥3时使用相对多数原则，候选项小于等于2，为大多数原则，因此B正确。 8、C 【解析】干系人清单是干系人管理领域的内容。 9、 B 【解析】定义范围的工具和技术主要有产品分析、专家判断、备选方案生成和引导式研讨会。 10、D 【解析】D错误，理论上项目成员也可以提变更，但不是客户批准后实施，而是应走变更控制流程，一般应由变更控制委员会来批准。 二、案例分析题 阅读下列说明，回答问题1至问题3 【说明】 M公司承担了某大学图书馆存储及管理系统的开发任务, 项目周期4个月。 小陈是M公司的员工, 半年前入职。 在校期间, 小陈跟随导师做过两年的软件开发, 具有很好的软件开发基础. 领导对小陈很信任, 本次任命小陈担任该项目的项目经理. 项目立项前, 小陈参与了用户前期沟通会议, 并承担了需求分析工作。 会议后, 相关部门按照要求整理会议所形成的决议和共识, 并发给客户等待确认。为了节约时间,小陈根据自己在沟通会议上记录的结果,当晚组织相关人员撰写了软件需求规格说明。 次日便要求设计人员开始进行系统设计,并指出项目组成员必须严格按照进度计划执行, 以不辜负领导的期望与嘱托。 项目进行了两个月后, 校方主管此业务的新领导到任, 并提出了新的信息化管理要求。小陈进行变更代价分析, 认为成本超支严重, 于是小陈准备不进行范围变更, 并将结果通知客户, 引起客户不满。 项目进入测试阶段后, M 公司开展内部管理审查活动, 此项目作为在建项目接受了抽查, 项目审查员给该项目提出了多个问题, 范围管理方面的问题尤为突出。 [问题1] （5分） 结合本案例,分析小陈在此项目中范围管理方面可能存在的不足。 [问题2] （5分） 小陈在此项目中范围管理方面的不足如何进行弥补。 [问题3] （5分） WBS分解为工作包的几个步骤？ 答题思路： [问题1] （5分） (1) 没有制定范围管理计划。 (2) 没有进行项目范围定义，软件需求规格说明书只是项目范围定义输出的一个组成部分, 没有形成项目范围说明书。 (3) 没有进行项目范围确认，在与干系人形成统一意见之前, 就开始设计工作。 (4) 没有做好项目范围控制，项目范围是否变更, 应遵循正式变更流程，不由项目经理单独决定。 (5) 项目范围管理过程中与干系人的沟通存在问题，范围变更没有与客户取得统一意见。(6) 软件需求规格说明没有经过评审就付诸实行. [问题2] （5分） (1) 制定范围管理计划。 (2) 进行项目范围定义。 (3)进行项目范围确认，需要与干系人形成统一意见。 (4)做好项目范围控制，项目范围是否变更, 应遵循正式变更流程。 (5) 加强项目范围管理过程中与干系人的沟通。 (6) 软件需求规格说明需要经过评审才能付诸实行. [问题3] （1）识别和分析项目可交付物和与其相关的工作； （2）确定WBS的结构和编排方法 （3）自上而下逐层细化分解 （4）为WBS组件制定和分配标识编码 （5）核定可交付成果分解的程度是否恰当 幸福哥助理QQ：5309436