考试信息:2026年5月25日 系统集成项目管理工程师(中级/中项)上半年第三批次下午应用技术
考试参数:满分75分,共4道案例分析大题,45分及格;考生完整版回忆,独家全套原题+标准答案+逐问详细解析,适配本次考试命题方向。
试卷考点分布:整体变更控制、进度与成本绩效管理、质量管理(QA/QC)、敏捷Scrum管理;无冷门新技术,主打项目管理核心高频重难点。
案例一(总分18分,整体变更控制)
【案例背景】
A公司承接某政务信息化升级项目,任命小王为项目经理。项目前期完成需求调研、范围界定并制定项目基准,正式进入执行阶段。
项目执行过程中,甲方业务负责人提出新增多项个性化功能需求,认为原有功能无法满足日常办公新场景。小王为维系客户关系,未走正式变更流程,直接口头安排开发团队进行功能开发。
两周后,项目出现明显问题:项目工期滞后、人力成本超支、部分新增功能与原有系统模块冲突。公司高层巡检时发现该问题,严厉批评小王,要求立刻整改。小王随后临时补写变更申请,直接提交给CCB成员审批,未做变更影响分析,也未同步所有项目干系人。
CCB驳回该变更申请,并要求项目组梳理全部变更内容,按照规范流程重新执行整体变更控制流程,同时排查项目当前所有潜在风险。
【问题1】(6分)
请结合案例,指出项目经理小王在变更管理过程中存在的6处错误。
【问题2】(6分)
简述完整的整体变更控制主要工作流程。
【问题3】(6分,判断题)
请判断以下描述正误,正确填“√”,错误填“×”。
(1)只有甲方干系人有权向项目组提出变更请求。()
(2)所有变更请求,无论大小紧急程度,都必须形成书面文件。()
(3)CCB组织包含甲方、乙方、监理等干系人,拥有变更审批与执行权限。()
【参考答案及解析】
问题1答案(每点1分,共6分):
1. 收到甲方新增需求后,未提交正式书面变更申请,私自接收变更;
2. 未对变更内容开展范围、进度、成本、质量等全方位影响分析;
3. 变更未经CCB审批通过,擅自安排团队执行变更开发;
4. 事后补提变更申请,违背变更事前审批的管理原则;
5. 提交变更前未同步告知相关项目干系人,信息闭塞;
6. 问题出现后未第一时间排查风险,未制定对应的纠偏措施。
问题2答案(6分):
1. 识别变更:收集内外部干系人提出的变更请求;
2. 书面提交:所有变更统一整理为正式书面申请文件;
3. 影响分析:项目经理牵头分析变更对范围、进度、成本、质量、风险等维度的影响;
4. CCB审批:提交变更控制委员会评审,批准、驳回或暂缓变更;
5. 执行变更:审批通过后更新项目基准,安排团队落地执行变更;
6. 归档同步:记录变更全过程文档,同步至所有相关干系人。
问题3答案(每空2分,共6分):
(1)× 解析:所有内外部干系人均可提出变更,不限于甲方;
(2)√ 解析:规范化管理要求所有变更必须书面化;
(3)× 解析:CCB仅具备评审、审批权限,无变更执行权限。
案例二(总分19分,进度成本+挣值计算)
【案例背景】
某数字化平台研发项目,总工期6个月,项目预算BAC=800万元。项目执行至第3个月末时,项目经理开展阶段性绩效复盘。截止复盘节点,计划完成工作量60%,实际完成整体工作量50%,当期实际花费成本AC=500万元。
经排查,当前进度滞后主要原因:关键路径上两名核心开发人员离职,新员工上手速度慢;成本超支原因:外购第三方接口服务费超出初期预算。
【问题1】(9分)
请计算项目第3月末PV、EV、SPI、CPI,并分析当前项目进度与成本绩效状态。
【问题2】(6分)
假设项目当前偏差为典型偏差,请分别计算EAC、ETC,并预估完工总偏差。
【问题3】(4分)
针对当前进度滞后、成本超支的现状,简述4条可行的绩效纠偏措施。
【参考答案及解析】
问题1答案(9分):
PV=BAC×计划进度=800×60%=480万元(2分)
EV=BAC×实际进度=800×50%=400万元(2分)
SPI=EV/PV=400/480≈0.83<1,进度滞后(2分)
CPI=EV/AC=400/500=0.8<1,成本超支(3分)
问题2答案(6分):
典型偏差计算公式:ETC=(BAC-EV)/CPI;EAC=AC+ETC
ETC=(800-400)/0.8=500万元(2分)
EAC=500+500=1000万元(2分)
完工偏差VAC=BAC-EAC=800-1000=-200万元,整体完工将超支200万元(2分)
问题3答案(4分):
1. 投入优质资源、增加人手赶工,压缩关键路径活动工期;
2. 并行开展非关键活动,采用快速跟进技术优化进度;
3. 优化采购方案,重新洽谈第三方接口服务价格,降低采购成本;
4. 加强团队培训,提升新员工工作效率,减少人力内耗。
案例三(总分19分,质量管理)
【案例背景】
为节省项目成本,某信息化项目组简化质量管理流程,未单独设立质量专员,由开发人员兼职负责质量管控工作。项目前期未编制质量管理计划,仅依靠开发人员经验把控交付质量。
项目开发阶段,团队仅在功能开发完成后,简单做功能测试,未开展需求评审、设计评审等前置质量活动;项目经理认为QA、QC工作内容一致,无需分开执行,仅安排人员做事后缺陷检测。
项目临近交付阶段,甲方验收时发现大量需求不符、功能bug、兼容性异常等质量问题,缺陷整改工作量激增,直接导致项目工期延误、成本超额,项目面临交付危机。
【问题1】(8分)
结合案例,分析该项目质量管理过程中存在的问题。
【问题2】(6分)
请简述QA(质量保证)与QC(质量控制)的区别与联系。
【问题3】(5分)
请列举至少5种项目质量管理常用工具与技术。
【参考答案及解析】
问题1答案(每点2分,满分8分):
1. 未配置专职质量管理人员,兼职人员专业性不足,质量管控缺位;
2. 未编制正式质量管理计划,无标准化质量管控依据;
3. 忽视前置质量评审,未开展需求评审、设计评审,前期缺陷无法提前规避;
4. 混淆QA与QC工作概念,只做事后缺陷检测,缺乏全过程质量预防机制。
问题2答案(6分):
区别:
1. 工作重心:QA聚焦过程质量,预防缺陷产生;QC聚焦交付成果质量,识别已有缺陷;
2. 执行阶段:QA贯穿项目全生命周期;QC主要集中在项目执行与交付阶段;
3. 实施方式:QA通过质量审计、过程巡检开展;QC通过测试、审查、检查开展。
联系:二者相辅相成,共同服务项目质量目标,QA为QC提供流程标准,QC反馈成果质量数据反哺QA优化流程。
问题3答案(5分):
控制图、鱼骨图(因果图)、帕累托图、直方图、散点图、流程图、统计抽样(任意5个即可得分)
案例四(总分19分,敏捷Scrum管理)
【案例背景】
某互联网产品迭代项目,团队采用Scrum敏捷开发模式,迭代周期固定为2周。项目初期,产品负责人PO未梳理产品待办列表,需求杂乱无章直接同步给开发团队。
迭代启动会议上,团队未结合自身负载,盲目承接大量高难度需求;每日站会时长经常超过30分钟,参会人员频繁追责开发成员、讨论复杂技术细节,站会效率极低。
迭代结束后,团队合并评审会与回顾会同步召开,会议草草结束,未收集甲方反馈、未复盘团队协作问题。连续两个迭代周期,项目交付增量不达标,客户满意度持续下降。
【问题1】(9分)
结合案例,指出本项目敏捷实施过程中的9处不当之处。
【问题2】(4分)
简述Scrum团队中PO、SM、开发团队各自的核心工作职责。
【问题3】(6分)
请简述敏捷每日站会固定需要回答的三个问题。
【参考答案及解析】
问题1答案(每点1分,共9分):
1. PO未提前梳理、排序产品待办列表,需求管理混乱;
2. 迭代规划时未评估团队负载,盲目承接过量需求;
3. 每日站会时长超标,违背≤15分钟的硬性要求;
4. 站会开展形式错误,出现追责、深度技术讨论等违规行为;
5. 违规合并迭代评审会与迭代回顾会;
6. 未开展迭代评审,无法收集客户反馈,无法验证交付成果;
7. 未开展迭代回顾,无法优化团队协作流程;
8. 未使用MoSCoW等工具做需求优先级划分;
9. 未及时识别迭代过程中的阻碍,交付效率低下。
问题2答案(4分):
1. PO(产品负责人):负责创建、维护、排序产品待办列表,对接客户需求,保障产品价值;
2. SM(敏捷教练):扫除团队开发阻碍、普及敏捷规则、协调内外部资源、保护团队;
3. 开发团队:自组织、跨职能协作,独立完成需求开发、测试、交付全部工作。
问题3答案(6分):
1. 昨天我完成了哪些工作内容?
2. 今天我计划完成哪些工作内容?
3. 我当前工作是否存在阻碍,需要团队协助解决?
系统集成项目管理工程师通关套餐【含第三版教材更新内容】
https://www.kokojia.com/package-212.html

系统集成项目管理工程师视频教程
https://www.kokojia.com/course-4203.html








KY
Schneee
vandoor
迎学教育
FTC
天天
吕全
晨曦
Lee
孤独患者
Zdsafds
