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

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

信息系统项目管理师案例分析每日一练试题（2022/7/3）在线测试：www.cnitpm.com/exam/ExamDayAL.aspx?t1=1&day=2022/7/3

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

信息系统项目管理师案例分析每日一练试题内容（2022/7/3）

试题一
阅读下列说明，针对项目的启动，计划制订和执行过程中存在的部分问题，回答问题1 至问题3，将解答填入答题纸的对应栏内。
[说明]
2007 年3 月系统集成商BXT 公司承担了某市电子政务三期工程，合同额为5000 万元，全部工期预计6 个月。
该项目由BXT 公司执行总裁涂总主管，小刘作为项目经理具体负责项目的管理，BXT 公司总工程师老方负责项目的技术工作，新毕业的大学生小吕负责项目的质量保证。项目团队的其他12 个成员分别来自公司的软件产品研发部、网络工程部。来自研发部的人员负责项目的办公自动化软件平台的开发，来自网络工程部的人员负责机房、综合布线和网络集成。
总工程师老方把原来类似项目的解决方案直接拿来交给了小刘，而WBS 则由小刘自己依据以往的经验进行分解。小刘依据公司的计划模版，填写了项目计划。因为项目的验收日期是合同里规定的，人员是公司配备的，所以进度里程碑计划是从验收日期倒推到启动日期分阶段制定的。在该项目计划的评审会上，大家是第一次看到该计划，在改了若干错别字后，就匆忙通过了该计划。该项目计划交到负责质量保证的小吕那里，小吕看到计划的内容，该填的都填了，格式也符合要求，就签了字。
在需求分析时，他们制作的需求分析报告的内容比合同的技术规格要求更为具体和细致。小刘把需求文档提交给了甲方联系人审阅，该联系人也没提什么意见。
在项目启动后的第二个月月底，甲方高层领导来到开发现场听取项目团队的汇报并观看系统演示，看完后甲方领导很不满意，具体意见如下：
系统演示出的功能与合同的技术规格要求不一致，最后的验收应以合同的技术规格要求为准。
进度比要求落后2 周，应加快进度赶上计划。
......
[问题1]（8 分）
你认为造成该项目的上面所述问题的原因是什么？
[问题2]（7 分）
项目经理小刘应该如何科学地制订该项目的WBS（说明WBS 的制订过程）？如何在项目的执行过程中监控项目的范围（说明WBS 的监理过程）？
[问题3]（10分）
项目经理小刘应该如何科学地检查及控制项目的进度执行情况？

信管网堂小路123：
问题1： ＜br＞（1）wbs的分解没有经过项目团队成员的共同参与 ＜br＞（2）进度计划和进度里程碑的制定不合理 ＜br＞（3）项目的评审和项目质量保证不正式，不按照规定流程 ＜br＞（4）需求文档没有经过甲方联系人的确认 ＜br＞ ＜br＞问题2： ＜br＞  如何制定wbs：组织例会，根据项目的工作说明书由团队成员共同制定出wbs和项目基线 ＜br＞  如何监控项目范围：定时审计项目的基线，根据例会等形式了解项目进度，规划风险管理，制定风险应对策略；根据项目基线及时采取措施使得项目进展一直在可控范围内 ＜br＞ ＜br＞问题3： ＜br＞（1）要求按时汇报项目进展，提交绩效信息 ＜br＞（2）根据项目绩效报告制定接下来的工作计划 ＜br＞（3）制定有效的奖惩措施 ＜br＞（4）规划风险管理，给项目预留出应急时间 ＜br＞ ＜br＞

信管网小米0908：
＜br /＞＜img src=＂http://pic.cnitpm.com/upload/tbimg/2022-05-09/1652090052.jpg＂ /＞

信管网cnitpm4129327910：
1、项目管理计划的制定不科学不规范，没有让项目组成员和先关干系人参与，并通过的比较草率。工作分解结构应该根据项目范围、项目计划等详细的制定，而不是凭经验由项目经理自己制作。在需求管理上没有按照合同要求的标准进行，导致范围可能扩大影响工期但是并不符合建设单位的要求。 2、根据项目管理计划以及需求分析和项目范围说明书为依据，结合组织过程资产和事业环境因素，使用专家判断、标杆对照等技术。在项目结构上或产品类别上以及生命周期上选择一种分级形式，制定出详细可行的工作分解结构。项目的范围管理是保证完成合同要求的工作，同时不扩大工作范围，制定规范的变更管理控制流程，项目范围的变更通过归档的流程进行，作为监理应该针对项目范围的变更申请进行分析判断其合理性和必要性以及可行性。同时交由变更委员会审核，通过后发实施方案进行变更并验证变更结果的有效性和安全性。 3、

信管网jfwu123456：
wbs没有全员参与，也未评审； 项目计划评审不细致，过程简单； 小吕没有制定质量管理计划； 需求分析没有获得甲方正式认可，只是查阅。 缺少监督技能和工具； 没有绩效报告； 与客户沟通不力； 功能与合同技术标准有出入，需求和范围管理不到位。 制定范围说明书； 依据项目范围，全员参与分解wbs； 确定识别分析可交付结果及相关工作； 识别wbs结构和编排方法； 为wbs分配标识编码 自顶向下分解； 可交付成果是适当的； 建立范围基准； 识别范围目标； 制定范围变更流程； 检查确认项目范围 分析偏差 纠偏补救

信管网cnitpm496203433289：
问题1 1质量保证人员缺乏经验2wbs分解没有全员参与3wbs分解依据不充分，仅有类似项目的解决方案4项目计划的制定没有全员参与5项目计划的制定依据不充分，仅有公司的计划模板6进度计划不应从验收日期倒推7计划评审不严格，仅修改错别字8质量保证人员审核计划不严格，仅看了格式等情况就签字9需求文档未经甲方签字确认 问题2 制定wbs1确定项目的可交付成果及其工作2确定wbs的结构和编排方式3自上而下逐层分解4为分解的wbs组建制定和分配编码标识5检查可交付成果的分解程度是否恰当 监控项目范围1检查项目的当前状态是否与范围基准一致2影响可能发生范围变更的因素，使其向有利方发展3查看范围变更是否已经发生4当范围变更实际发生时按照整体变更控制流程管理 问题3 1将项目当前的进度情况与进度基准比较，查看是否发生偏差2如果进度超前，及时分析原因，调整计划3如果进度落后，及时分析原因，采取赶工、快速跟进等方法追赶项目进度