系统集成项目管理工程师 · 第三版教材 · 第13章

系统集成项目管理工程师第三版第13章监控过程组怎么复习？

第13章监控过程组，是系统集成项目管理工程师里特别容易出案例题的一章。很多同学一看到项目延期、成本超支、客户加需求，就急着写“协调资源、加班赶工、修改计划”。但监控过程组的核心不是催进度，而是比较计划与实际，发现偏差，分析影响，必要时提出变更请求，并按流程控制。换句话说，监控不是拍脑袋救火，而是让项目偏差被看见、被判断、被审批、被跟踪。

第三版教材章节复习软考题库编辑部持续更新

内容整理：软考题库编辑部最近更新：2026-06-19

监控的第一句话：拿计划和实际做比较

第13章不要背成“发现问题然后处理问题”。更准确的主线是：先收集实际绩效数据，再和项目管理计划、范围基准、进度基准、成本基准、质量要求等进行比较，判断有没有偏差；如果偏差会影响目标，就分析原因和影响，形成工作绩效信息，必要时提出变更请求。

老师讲案例题时，经常会提醒一句：不要一上来就写解决动作。比如进度落后，先要看落后多少、是否在关键路径、是否影响里程碑、是否同时影响成本和质量。没有分析就直接赶工，答案看起来很积极，但在项目管理逻辑上不够完整。

题干出现	先判断什么	不要直接跳到
进度落后	是否在关键路径，是否影响总工期	盲目加班赶工
成本超支	CPI、偏差原因、完工估算	简单压缩质量或砍范围
客户提出新需求	是否属于变更，影响哪些基准	口头答应直接做
质量缺陷增多	缺陷来源、质量标准、纠正措施	只要求开发人员注意
风险发生	是否触发应急计划，是否有次生风险	临时拍脑袋处理

监控项目工作和整体变更控制要分开看

监控项目工作更像“发现和诊断”：看项目现在走到哪里，绩效是否符合计划，是否需要纠正、预防或变更。实施整体变更控制更像“审批和控制”：所有影响基准、计划或正式交付承诺的变更，都要记录、分析、审批、更新和沟通。

所以题干问“项目经理发现偏差后应如何处理”，答案往往要先分析影响并提出变更请求；题干问“是否批准修改范围基准、进度基准或成本基准”，就进入整体变更控制。口头需求、领导一句话、客户临时要求，都不能直接替代变更审批。

过程	更关注	常见关键词
监控项目工作	跟踪、审查、报告项目整体绩效	绩效报告、偏差、预测、纠正措施建议
实施整体变更控制	审查并批准或否决变更	变更请求、影响分析、CCB、更新基准
控制范围	管理范围基准变更	范围蔓延、需求增加、范围偏差
控制进度	管理进度基准偏差	关键路径、赶工、快速跟进、里程碑
控制成本	管理成本基准偏差	PV、EV、AC、CPI、EAC

确认范围、控制质量、控制范围：三个词最容易混

这一组概念几乎每年都有人混。确认范围看的是客户或发起人是否正式接受已经完成的可交付成果；控制质量看的是成果本身是否符合质量要求、有没有缺陷；控制范围看的是范围基准有没有发生偏差，是否出现范围蔓延，变更是否受控。

简单说：控制质量更像项目团队内部先检查东西对不对，确认范围更像客户正式点头收不收，控制范围更像防止边界被随意改。题干里出现“正式接受”“验收标准”“客户签字”，优先想到确认范围；出现“测试、检查、缺陷、测量”，优先想到控制质量。

概念	谁在看	看什么	一句话记法
控制质量	项目团队或质量人员	成果是否正确、是否有缺陷	先把东西检查对
确认范围	客户或发起人	成果是否被正式接受	再让客户正式收
控制范围	项目经理和团队	范围基准是否受控	防止边界被乱改

进度和成本控制：先算清楚偏差，再谈措施

第13章的进度、成本题，很喜欢把计算和管理动作放在一起考。进度落后时，要看关键路径、总时差和资源约束；成本偏差时，要看 PV、EV、AC、CPI、SPI、EAC。算出来只是第一步，真正答题还要说明偏差原因、影响范围和后续控制动作。

比如 SPI 小于 1 说明进度效率低于计划，但这不自动等于一定要赶工；还要看落后活动是否在关键路径、赶工成本是否可接受、快速跟进是否增加返工风险。CPI 小于 1 说明成本效率差，也不能简单通过降低质量来省钱。

指标或动作	先看什么	答题提醒
SPI	进度绩效是否低于计划	小于1是进度效率差，不等于自动赶工
CPI	成本绩效是否低于计划	小于1要分析成本超支来源
赶工	加资源换时间	通常增加成本，要看关键路径
快速跟进	串行活动改并行	可能增加返工和风险
关键路径	是否影响总工期	非关键路径未必值得优先压缩

案例题可以按这个顺序写，别只写口号

监控过程组的案例题，最怕答案只有“加强沟通、协调资源、严格管理”。这些词不是不能写，而是要放在项目管理流程里。一个更稳的顺序是：记录问题和偏差，分析原因和影响，判断是否需要变更，提交变更请求，按流程审批，更新计划或基准，通知相关干系人，执行后继续跟踪效果。

如果是客户新需求，就强调不能口头承诺直接做；如果是质量问题，就先定位缺陷和质量标准；如果是风险发生，就看是否已有应急计划、是否需要更新风险登记册；如果是采购问题，就看合同、SOW、验收和控制采购。把问题放回过程，答案才不空。

一个老师会喜欢的答题骨架

场景：客户要求新增报表，开发说两天就能做，但会影响测试计划。

判断：这是可能影响范围、进度和质量的变更，不能直接插入开发任务。

答题：记录变更请求，评估范围、进度、成本、质量和风险影响，提交 CCB 或授权人审批；批准后更新范围基准、进度计划和测试计划，并通知相关干系人。

这一章的复习重点：把“先后顺序”练熟

第13章不是单纯背过程名，而是练先后顺序。先发现和分析，再提出变更；先评估影响，再审批；先控制质量，再确认范围；先看关键路径和绩效指标，再决定赶工或快速跟进。顺序错了，很多选项看起来都像对的，但考试会把你卡在“第一步应该做什么”。

本站适合先看这种讲解型页面，把判断逻辑理顺；如果后面想按章节连续练同类题，可以去书木兰软考题库 https://www.shumulan.com/ 做第13章相关练习。我的建议是每做错一道变更或监控题，就在旁边写一句错因：我是跳过了影响分析，还是把确认范围和控制质量混了。这个动作比多刷十道糊涂题更值。