专业信息系统项目管理师网站|培训机构|服务商(2021信息系统项目管理师学习QQ群:89253946,客服QQ:800184589)

软题库 培训课程
当前位置:信管网 >> 信息系统项目管理师 >> 每日一练 >> 文章内容
信息系统项目管理师案例分析每日一练试题(2021/6/24)
来源:信管网 2021年06月25日 【所有评论 分享到微信

信息系统项目管理师案例分析当天每日一练试题地址:www.cnitpm.com/exam/ExamDayAL.aspx?t1=1

往期信息系统项目管理师每日一练试题汇总:www.cnitpm.com/class/27/e1_1.html

信息系统项目管理师案例分析每日一练试题(2021/6/24)在线测试:www.cnitpm.com/exam/ExamDayAL.aspx?t1=1&day=2021/6/24

点击查看:更多信息系统项目管理师习题与指导

信息系统项目管理师案例分析每日一练试题内容(2021/6/24)

阅读下列说明,回答问题1至问题4,将解答填入答题纸的对应栏内。

【说明】

2018年1月,信管网系统集成公司中标本市某地铁线路的列车乘客信息系统项目,内容包括地铁公司运营中心节目播放控制软件、地铁列车节目接收软件以及服务器、播放终端等硬件设施的搭建工作。

公司任命小陈为项目经理,并从各部门抽调了经验丰富的工程师组成了项目团队。小陈依据过去多年从事会议场所多媒体播控系统的经验,自己编写了项目范围说明书,并依此创建了WBS和WBS词典,形成项目范围基准。在项目实施过程中,由于与供应解码设备的厂商发生合同纠纷,项目组不得不重新寻找新的合作厂商,并针对新的解码设备,重新开发接口软件,致使项目工期拖延。客户针对播放控制软件,要求增加断点续传的功能,开发人员认为工作量不大就自行增加了该功能。项目测试时,小陈发现与之前做的项目不同,地铁运行时数据是通过车地无线网络传输,带宽有限,网络丢包现象严重,导致视频节目播放时,经常卡顿,马赛克现象严重,究其原因发现是WBS中解决该问题的软件模块没有开发。验收时,客户对项目执行情况很不满意,小陈觉得客户吹毛求疵与客户发生了争执,导致客户向公司高层投诉。

【问题1】(10分)

结合案例,请分析该项目在范围管理方面存在哪些问题?

【问题2】(6分)

结合案例,请分析该项目在范围管理之外,还存在哪些问题?

【问题3】(5分)

分解是一种将项目可交付成果和项目工作分解成较小的、更易于管理的组件的技术,请指出要将整个项目分解为工作包,需要开展哪些主要活动?

【问题4】(4分)

从候选答案中选择四个正确选项,将该选项编号填入答题纸对应栏内(所选答案多于四个该题得0分)。

规划范围管理过程的输入是()。

A、需求管理计划

B、项目章程

C、项目范围说明书

D、经验教训知识库

E、项目管理计划

F、工作绩效数据

G、人事管理制度

信管网试题答案与解析:www.cnitpm.com/st/4015324774.html

信管网考友试题答案分享:

信管网cnitpm4373088877:
1,未做范围管理计划 2,未进行需求分析 3,小陈根据自己的经验,编写项目范围说明书, 4,创建wbs和wbs字典应该是项目组成员一起编写 5,没有进行范围确认,没有客户认可签字 6,没有进行规范变更,客户要求做断点续传,没有经过变更程序就实施了 7,wbs中解决网络丢包的软件没有开发,范围控制没有做好 1,采购管理没有做好,开发过程中与解码设备厂商发生合同纠纷,导致项目工期拖延 2,沟通管理没有做好,导致客户不满意 3,干系人管理没有做好,客户向公司高层投诉 4,变更管理没有做好,客户要求做断点续传,没有经过变更程序就实施了 1.将项目分解成里程碑 2, abde

信管网zcy521:
问题1: 没有制定范围管理计划和需求管理计划 没有进行收集需求,应详细研究该项目的项目章程,并和甲方干系人深入沟通,通过引导式研讨会、访谈、焦点小组等方法收集需求。 定义范围阶段没有进行产品分析,没有通过群体决策技术来确认范围,仅通过自己的经验是不足够的。 需求管理存在问题,变更请求发生时,应该经过合理的变更流程,最终由项目经理或者ccb来决定是否批准变更。 项目范围说明书应该邀请甲方责任人进行评审,评审无问题后才能正式确定。 控制范围存在问题,应该及时跟进wbs中的工作包的执行情况,经常进行项目范围的偏差分析和绩效审计,控制项目范围在合理范围中。 问题2: 合同管理存在问题,供应商的责任和义务不明确,导致重新寻找供应商。 沟通管理做得不好,没有处理好与甲方的冲突管理,导致甲方投诉。 进度管理存在问题,没有进行储备分析,缺少应急储备和管理储备,导致合同纠纷后进度延期。 问题3: 先将整个项目分成不同的生命周期阶段,比如需求分析、系统设计、软件开发、sit测试和uat测试 再将每个阶段的工作,按照系统功能分解成不同的功能点 每个功能点分解成8到80小时的工作包 问题4: b、e、d、g

信管网adouqiufu:
1、自行编写范围说明书;缺少评审,没有范围确认工作;开发人员自行增加客户提出的新需求;wbs没有完全覆盖项目的范围;没有范围控制; 2、没有识别项目的风险;没有编写风险应对计划;缺少变更控制流程; 3、确定产品范围;将需求分解为功能模块;每个模块分解若干个子模块;最底层为不超过40小时的工作包; 4、abeg

信管网cnitpm1437634898:
1、范围管理方面的问题如下 规划范围管理:没有制定范围管理计划 需求收集:没有收集需求的过程,直接根据经验编写项目范围说明书 定义范围:项目经理自己编写范围说明书,没有依据项目章程,没有组织干系人参与 创建wbs:项目经理自己编写,没有组织干系人参与。没有遵循所有工作均包括在内的原则 确认范围:没有与甲方进行范围确认,范围基本没有得到批准和认可 控制范围:实施过程不遵循变更控制程序,客户要求增加断点续传的功能,开发人员直接予以添加。 2、采购管理:与解码设备供应商的合同存在问题 风险管理:没有预先评估到解码设备厂商存在的合同风险,没有制定风险应对措施 干系人管理:没有与干系人进行充分沟通,导致客户对执行情况很不满意 质量管理:地铁运行时,播放卡顿 3、将各子系统作为第二层;将主要可交付成果作为第二层,需要包括项目管理工作;编码;明确责任人; 4、bdeg

信管网938672980:
问题1: 自己编写项目范围说明书不妥,应全员参与; wbs分解应该全员参与; 定义范围的输入需要项目章程等文件而不是经验; 范围蔓延,没有走整体变更控制流程就进行增加功能; 验收标准不明确,范围确定没有做好 问题2: 变更控制没有走整理变更控制流程; 采购控制中没有备选方案,导致项目延期; 风险控制中没有针对合同纠纷的应对措施; 质量管理中没有相应的质量测量指标; 项目监控过程中没有发现功能缺失,及时纠偏; 沟通干系人没有确认范围基准,导致验收时客户不满意; 问题3: 定义范围,确定项目的整体范围; 根据项目范围进行可交付成果的划分,定义里程碑计划; 根据里程碑计划,分解完成里程碑可交付成果的必须完成的活动; 根据工作包分解原则,对每个活动进行工作包的分解; 问题4: a,b,d,e

信管网试题答案与解析:www.cnitpm.com/st/4015324774.html
扫码关注公众号

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

信管网致力于为广大信管从业人员、爱好者、大学生提供专业、高质量的课程和服务,解决其考试证书、技能提升和就业的需求。

信管网软考课程由信管网依托10年专业软考教研倾力打造,官方教材参编作者和资深讲师坐镇,通过深研历年考试出题规律与考试大纲,深挖核心知识与高频考点,为学员考试保驾护航。面授、直播&录播,多种班型灵活学习,满足不同学员考证需求,降低课程学习难度,使学习效果事半功倍。

相关内容

发表评论  查看完整评论  

推荐文章