易混对照表
这一页怎么用
选择题一半以上的失分,不是"没见过",而是"两个词长得太像,选反了"。这一页把全书最容易混淆的概念两两(或三五成组)摆在一起对照。
用法:考前一周每天过一遍,看到一组就在心里默一遍"一句话区分";能脱口而出的打勾,卡住的第二天再看。
- 表格列:归属(过程组 · 知识领域 / 所属章)、定义(一句话)、关键词(命題人的题眼)
- 每组最后一句 一句话区分,是考试时最快拿出来用的那句
一、范围与质量(第 1-5 组,年年考)
1. 确认范围 vs 控制范围
| 维度 | 确认范围 | 控制范围 |
|---|---|---|
| 归属 | 监控 · 范围管理(13.2 确认范围) | 监控 · 范围管理(13.3 控制范围) |
| 定义 | 正式验收已完成的项目可交付成果 | 监督项目和产品的范围状态,管理范围基准的变更 |
| 关键词 | 客户/发起人、正式验收、签字 | 范围蔓延、偏差分析、基准 |
| 主要输出 | 验收的可交付成果 | 工作绩效信息、变更请求 |
一句话区分:确认范围是"客户签不签字",控制范围是"范围跑没跑偏"。
2. 管理质量 vs 控制质量 ⚠️ 第一号坑
| 维度 | 管理质量 | 控制质量 |
|---|---|---|
| 归属 | 执行 · 质量管理(12.3 管理质量) | 监控 · 质量管理(13.1 控制质量) |
| 定义 | 把组织质量政策转化为可执行的质量活动,审计质量要求与质量控制测量结果 | 监督和记录质量管理活动的执行结果,核实可交付成果是否正确、是否满足质量要求 |
| 关键词 | 过程、质量审计、过程分析、全员 | 产品、检查、测试、缺陷、核实的可交付成果 |
| 主要输出 | 质量报告、测试与评估文件 | 质量控制测量结果、核实的可交付成果 |
一句话区分:管理质量查"流程对不对"(执行),控制质量查"产品合不合格"(监控)。
3. 确认范围 vs 控制质量
| 维度 | 确认范围 | 控制质量 |
|---|---|---|
| 归属 | 监控 · 范围管理 | 监控 · 质量管理 |
| 定义 | 客户/发起人正式验收可交付成果 | 团队检查可交付成果是否符合质量要求 |
| 关键词 | 外部、客户签字、验收 | 内部、检查测试、核实 |
| 主要输出 | 验收的可交付成果 | 核实的可交付成果 |
一句话区分:控制质量先查"做得对不对"(团队自检),确认范围再查"客户认不认"(外部验收);核实的可交付成果是确认范围的输入。
4. 五大"查"过程综合对照(必背)
| 过程 | 过程组 | 知识领域 | 谁主导 | 查什么 | 输出 |
|---|---|---|---|---|---|
| 管理质量 | 执行 | 质量 | 全员/质量部门 | 查过程合不合政策 | 质量报告 |
| 控制质量 | 监控 | 质量 | 项目团队 | 查产品合不合格 | 核实的可交付成果 |
| 确认范围 | 监控 | 范围 | 客户/发起人 | 查客户认不认 | 验收的可交付成果 |
| 控制范围 | 监控 | 范围 | 项目经理 | 查范围跑没跑偏 | 变更请求 |
| 结束项目或阶段 | 收尾 | 整合 | 项目经理/发起人 | 查该收的都收了没(移交、归档、总结、释放资源) | 最终产品服务成果移交、组织过程资产更新 |
一句话区分:流程好不好(管理质量)→ 产品行不行(控制质量)→ 客户认不认(确认范围)→ 收摊子走人(结束项目或阶段)。
5. 核实的可交付成果 vs 验收的可交付成果
| 维度 | 核实的可交付成果 | 验收的可交付成果 |
|---|---|---|
| 归属 | 控制质量输出 | 确认范围输出 |
| 定义 | 已完成并经团队检查合格的可交付成果 | 经客户/发起人正式签收的可交付成果 |
| 关键词 | 内部检查、合格 | 外部确认、签字 |
一句话区分:先"核实"(自己说合格),再"验收"(客户说要了)。
二、"执行 vs 监控"成对过程(第 6-11 组)
记忆规律:管理/实施 XX = 执行过程组;监督/控制 XX = 监控过程组。只有"管理质量"和"实施整体变更控制"是例外中的例外——前者是执行,后者是监控。
6. 管理沟通 vs 监督沟通
| 维度 | 管理沟通(12.7 管理沟通) | 监督沟通(13.7 监督沟通) |
|---|---|---|
| 归属 | 执行 · 沟通管理 | 监控 · 沟通管理 |
| 定义 | 确保信息按沟通管理计划及时且恰当地收集、生成、发布、存储和最终处置 | 确保为满足干系人信息需求而进行的信息传递工作达到最佳效果 |
| 关键词 | 发信息、按计划执行 | 看效果、调整优化 |
一句话区分:管理沟通是"按计划把信息发出去",监督沟通是"看效果好不好、要不要改"。
7. 管理干系人参与 vs 监督干系人参与
| 维度 | 管理干系人参与(12.10 管理干系人参与) | 监督干系人参与(13.10 监督干系人参与) |
|---|---|---|
| 归属 | 执行 · 干系人管理 | 监控 · 干系人管理 |
| 定义 | 与干系人沟通协作,满足其需求与期望、解决问题、促进其合理参与 | 监督项目干系人关系,通过修订参与策略和计划引导干系人合理参与 |
| 关键词 | 去互动、促参与 | 看变化、调策略 |
一句话区分:一个"去互动",一个"看效果调策略"。
8. 实施风险应对 vs 监督风险
| 维度 | 实施风险应对(12.8 实施风险应对) | 监督风险(13.8 监督风险) |
|---|---|---|
| 归属 | 执行 · 风险管理 | 监控 · 风险管理 |
| 定义 | 执行商定的风险应对计划 | 监督应对计划的执行、跟踪已识别风险、识别新风险、评估风险管理有效性 |
| 关键词 | 照着做 | 看有没有用 |
一句话区分:实施风险应对是"按计划去做",监督风险是"看做得有没有用"。
9. 实施采购 vs 控制采购
| 维度 | 实施采购(12.9 实施采购) | 控制采购(13.9 控制采购) |
|---|---|---|
| 归属 | 执行 · 采购管理 | 监控 · 采购管理 |
| 定义 | 获取卖方应答、选择卖方并授予合同 | 管理采购关系、监督合同绩效、实施必要的变更与纠正 |
| 关键词 | 选卖方、签合同 | 管合同、验绩效、收尾 |
一句话区分:实施采购是"签合同",控制采购是"管合同到收尾"。
10. 管理团队 vs 控制资源
| 维度 | 管理团队(12.6 管理团队) | 控制资源(13.6 控制资源) |
|---|---|---|
| 归属 | 执行 · 资源管理 | 监控 · 资源管理 |
| 定义 | 跟踪成员表现、提供反馈、解决冲突、管理团队变更 | 确保按计划分配实物资源并监督其实际使用情况 |
| 关键词 | 人、冲突、绩效反馈 | 物、设备材料、使用效率 |
一句话区分:管理团队管"人"(执行),控制资源管"物"(监控)。
11. 指导与管理项目工作 vs 监控项目工作
| 维度 | 指导与管理项目工作(12.1 指导与管理项目工作) | 监控项目工作(13.11 监控项目工作) |
|---|---|---|
| 归属 | 执行 · 整合管理 | 监控 · 整合管理 |
| 定义 | 领导和执行项目管理计划中确定的工作,并实施已批准的变更 | 跟踪、审查和报告整体项目进展以实现计划中的绩效目标 |
| 关键词 | 干活、产出可交付成果、产生工作绩效数据 | 看干得怎么样、产出工作绩效报告 |
一句话区分:一个"干活"(执行),一个"看干得怎么样"(监控)。
三、基础概念(第 12-14 组)
12. 项目 vs 项目集 vs 项目组合 vs 运营 vs 产品
| 维度 | 项目 | 项目集 | 项目组合 | 运营 | 产品 |
|---|---|---|---|---|---|
| 归属 | 第 9 章(9.2 项目基本要素) | 第 9 章 | 第 9 章 | 第 9 章 | 第 9 章 |
| 定义 | 为创造独特的产品、服务或成果而进行的临时性工作 | 一组相互关联且被协调管理的项目、子项目集和项目集活动 | 为实现战略目标而组合在一起管理的项目、项目集、子项目组合和运营工作 | 持续生产产品、持续提供服务的重复性工作 | 可被生产或交付的成果(可以是项目的结果,也可以是运营的对象) |
| 关键词 | 独特性 + 临时性 | 有关联、1+1>2、"正确地做事" | 服务战略、彼此未必相关、"做正确的事" | 持续 + 重复 | 生命周期:引入→成长→成熟→衰退 |
一句话区分:项目是"做一件独特的事",项目集是"一批有关联的事一起管",项目组合是"该不该做这些事",运营是"天天重复干活",产品是"干出来的那个东西"。
⚠️ 项目集 ≠ 大项目——项目集的关键词是"组件间相互关联"。
13. EEF vs OPA
| 维度 | 事业环境因素 EEF | 组织过程资产 OPA |
|---|---|---|
| 归属 | 第 9 章(9.2 项目基本要素) | 第 9 章 |
| 定义 | 项目团队不能控制、只能适应的各种内部与外部环境因素 | 执行组织所特有、可以更新的计划、过程、政策、程序和知识库 |
| 关键词 | 管不了、市场条件、行业标准、组织文化、基础设施、商业数据库 | 能更新、模板、历史信息、经验教训知识库、配置管理知识库 |
一句话区分:EEF 管不了,OPA 能更新。
陷阱:说"团队可以更新事业环境因素"→ 错;把"市场条件/行业标准"选进 OPA → 错(那是 EEF)。
14. 风险 vs 问题
| 维度 | 风险 | 问题 |
|---|---|---|
| 归属 | 第 11 章风险管理(11.19 识别风险) | 第 12/13 章(问题日志) |
| 定义 | 一旦发生即会对一个或多个项目目标产生不确定影响(正面或负面)的未来事件 | 已经发生、需要立即处理的事件或状况 |
| 关键词 | 未发生、概率×影响、风险登记册 | 已发生、责任人+截止日期、问题日志 |
一句话区分:风险是"将来可能发生",问题是"现在已经发生"。
四、储备与基准(第 15-18 组)
15. 应急储备 vs 管理储备
| 维度 | 应急储备 | 管理储备 |
|---|---|---|
| 归属 | 第 11 章(11.12 估算成本、11.9 估算活动持续时间) | 第 11 章(11.13 制定预算) |
| 定义 | 应对已识别风险(已知-未知)的储备 | 应对未识别风险(未知-未知)的储备 |
| 关键词 | 在成本基准内、项目经理可直接动用 | 在成本基准之外(属项目预算)、动用需变更控制批准 |
一句话区分:应急在内、管理在外——应急储备进成本基准,管理储备不进。
16. 成本基准 vs 项目预算
| 维度 | 成本基准 | 项目预算 |
|---|---|---|
| 归属 | 第 11 章(11.13 制定预算) | 第 11 章 |
| 定义 | 经批准的、按时间段分配的项目预算(含应急储备,不含管理储备) | 成本基准 + 管理储备 |
| 关键词 | S 曲线、挣值分析的分母 BAC | 含全部储备 |
一句话区分:成本基准不含管理储备,项目预算含。口诀:项目预算 = 成本基准 + 管理储备。
17. 估算成本 vs 制定预算
| 维度 | 估算成本(11.12 估算成本) | 制定预算(11.13 制定预算) |
|---|---|---|
| 归属 | 规划 · 成本管理 | 规划 · 成本管理 |
| 定义 | 对完成项目工作所需资金进行近似估算 | 汇总各活动/工作包的估算,建立经批准的成本基准 |
| 关键词 | 要花多少、不含时间维度、含应急储备 | 按时间段分配、形成基准、定资金需求 |
一句话区分:估算回答"要多少钱",预算回答"批了多少、什么时候花"。
18. 进度基准 vs 项目进度计划
| 维度 | 进度基准 | 项目进度计划 |
|---|---|---|
| 归属 | 第 11 章(11.10 制订进度计划) | 第 11 章 |
| 定义 | 经批准的、只有经过正式变更控制程序才能变更的进度版本 | 带有活动起止日期、里程碑、资源的完整进度文件(可含多个版本) |
| 关键词 | 与挣值比对的基准 | 含横道图、里程碑图、网络图等表现形式 |
一句话区分:进度基准是"被冻结的那一份",项目进度计划是"可以有多份的那份文件"。
五、质量(第 19-20 组)
19. 质量 vs 等级
| 维度 | 质量 | 等级 |
|---|---|---|
| 归属 | 第 11 章(11.14 规划质量管理) | 第 11 章 |
| 定义 | 一系列内在特性满足要求的程度 | 对用途相同但技术特性不同的产品或服务所作的分类 |
| 关键词 | 做得好不好、满足需求 | 档次高不高、功能多少 |
一句话区分:低等级 ≠ 低质量——质量不达标是"问题",等级低可能只是"定位选择"。
20. 一致性成本 vs 非一致性成本(质量成本 COQ)
| 维度 | 一致性成本(预防 + 评估) | 非一致性成本(内部失败 + 外部失败) |
|---|---|---|
| 归属 | 第 11 章(11.14 规划质量管理) | 第 11 章 |
| 定义 | 为"一次性做对"而花的钱 | 为"做错了"而付出的代价 |
| 关键词 | 培训、流程文档、设备、检查、测试 | 返工、报废、保修、投诉、失去业务 |
一句话区分:一致性成本是"预防的钱",非一致性成本是"补救的钱";外部失败成本最贵(丢客户)。
六、进度(第 21-23 组)
21. 赶工 vs 快速跟进
| 维度 | 赶工 | 快速跟进 |
|---|---|---|
| 归属 | 第 11 章(11.10 制订进度计划) | 第 11 章 |
| 定义 | 用增加资源换取最短的工期增量 | 把正常情况下按顺序进行的活动改为至少部分并行 |
| 关键词 | 加班、加人、加急费、成本↑、风险↑ | 并行、返工风险↑、协调量↑ |
一句话区分:赶工加钱,快速跟进并行;两者都不缩减范围,且只对关键路径上的活动有意义。
22. 资源平衡 vs 资源平滑
| 维度 | 资源平衡 | 资源平滑 |
|---|---|---|
| 归属 | 第 11 章(11.10 制订进度计划) | 第 11 章 |
| 定义 | 在资源需求与供给之间取得平衡,必要时延长工期 | 只在自由浮动和总浮动内调整活动,不改变关键路径 |
| 关键词 | 会改变关键路径、通常延长工期 | 不改变关键路径、不延长工期 |
一句话区分:平衡改路径(还可能拖工期),平滑只挪窝。
23. 总浮动时间 TF vs 自由浮动时间 FF
| 维度 | 总浮动 TF | 自由浮动 FF |
|---|---|---|
| 归属 | 第 11 章(概念卡-关键路径) | 第 11 章 |
| 定义 | 不影响项目完工日期可以拖延的时间 | 不影响紧后活动最早开始可以拖延的时间 |
| 公式 | TF = LS − ES 或 LF − EF |
FF = min(紧后 ES) − 本活动 EF |
一句话区分:TF 看"拖了会不会耽误总工期",FF 看"拖了会不会耽误下一道活";TF ≥ FF。
七、生命周期与开发方法(第 24-26 组)
24. 迭代 vs 增量
| 维度 | 迭代 | 增量 |
|---|---|---|
| 归属 | 第 9 章(9.4 项目生命周期和项目阶段) | 第 9 章 |
| 定义 | 通过重复的循环逐步完善功能,每次循环都在打磨同一件事 | 分若干次交付,每次增加一个新的可用功能块 |
| 关键词 | 越做越好(打磨) | 越做越多(累加) |
一句话区分:迭代是"同一个东西越做越精",增量是"功能一块一块加上去"。
25. 预测型 vs 适应型
| 维度 | 预测型(瀑布) | 适应型(敏捷/变更驱动) |
|---|---|---|
| 归属 | 第 9 章(9.4 项目生命周期和项目阶段) | 第 9 章 |
| 定义 | 前期确定范围、时间和成本,按阶段顺序推进,变更严格受控 | 拥抱变更,滚动式规划,短迭代交付可工作成果,干系人持续参与 |
| 关键词 | 计划驱动、阶段门、变更要审批 | 变更驱动、未完项清单、迭代评审与回顾 |
一句话区分:预测型"计划写在前、变更要审批",适应型"计划随时改、变更是常态"。
26. 项目生命周期 vs 产品生命周期
| 维度 | 项目生命周期 | 产品生命周期 |
|---|---|---|
| 归属 | 第 9 章(9.4 项目生命周期和项目阶段) | 第 9 章(9.9 价值交付系统) |
| 定义 | 项目从启动到收尾所经历的一系列项目阶段 | 产品从引入 → 成长 → 成熟 → 衰退的过程 |
| 关键词 | 阶段、移交、项目结束 | 市场、运营、产品退市 |
一句话区分:项目生命周期通常包含于一个或多个产品生命周期之中;项目结束 ≠ 产品结束。
八、估算与不确定性分析(第 27-29 组)
27. 三角分布 vs 贝塔(PERT)分布
| 维度 | 三角分布 | β 分布(PERT) |
|---|---|---|
| 归属 | 第 11 章(11.9 估算活动持续时间) | 第 11 章 |
| 公式 | Te = (To + Tm + Tp) / 3 |
Te = (To + 4×Tm + Tp) / 6 |
| 权重 | 三者等权 | 最可能值权重 4 倍 |
| 配套 | — | σ = (Tp − To) / 6,±1σ≈68%、±2σ≈95%、±3σ≈99% |
一句话区分:三角除以 3,贝塔除以 6 还乘 4。⚠️ (To+4Tm+Tp)/6 是贝塔公式,不是三角分布公式。
28. 类比估算 vs 参数估算 vs 自下而上估算 vs 三点估算
| 维度 | 类比估算 | 参数估算 | 自下而上估算 | 三点估算 |
|---|---|---|---|---|
| 归属 | 第 11 章(11.9 估算活动持续时间、11.12 估算成本) | 同左 | 同左 | 同左 |
| 怎么做 | 拿过去类似活动的历史数据套 | 工作量 × 单位工作量工时(统计关系) | 从 WBS 底层逐层汇总 | 给乐观/最可能/悲观三值加权 |
| 准确性 | 最低 | 取决于模型成熟度 | 最高 | 较高 |
| 关键词 | 成本低、耗时少、信息不足时 | 有大量历史数据 | 单个活动无法可信估算时 | 历史数据不充分、不确定性大 |
一句话区分:类比最粗、参数要数据、自下而上最准、三点管不确定。
29. 蒙特卡洛模拟 vs 敏感性分析 vs 决策树
| 维度 | 模拟(蒙特卡洛) | 敏感性分析 | 决策树分析 |
|---|---|---|---|
| 归属 | 第 11 章(11.21 实施定量风险分析) | 同左 | 同左 |
| 回答什么 | 结果落在什么区间、多大概率 | 哪些因素最影响结果 | 选哪个方案最划算 |
| 图形 | 直方图 + S 曲线 | 龙卷风图(降序排列) | 决策树(决策节点、机会节点) |
一句话区分:S 曲线 = 蒙特卡洛,龙卷风图 = 敏感性分析,EMV = 决策树。
九、收尾与配置管理(第 30-33 组)
30. 行政收尾 vs 合同收尾
| 维度 | 行政收尾(结束项目或阶段) | 合同收尾 |
|---|---|---|
| 归属 | 收尾 · 整合管理(14.1 结束项目或阶段) | 监控 · 采购管理(13.9 控制采购) |
| 定义 | 完结所有项目管理过程组的活动,正式结束项目或阶段 | 完成并结算单次项目采购 |
| 内容 | 移交最终成果、总结经验教训、更新组织过程资产、归档、释放资源 | 产品核实、合同验收、财务结算、更新采购档案、关闭合同 |
| 关键词 | 针对项目/阶段 | 针对每一份合同 |
一句话区分:先合同收尾,后行政收尾——每个合同都要先结算关闭,项目才能正式结束。
31. 功能配置审计 vs 物理配置审计
| 维度 | 功能配置审计 | 物理配置审计 |
|---|---|---|
| 归属 | 第 15 章(15.2 配置管理) | 第 15 章 |
| 定义 | 验证配置项的实际功效是否与需求一致 | 验证要交付的配置项是否存在、是否包含了所有必需的项目 |
| 关键词 | 一致性、功能/性能 | 完整性、东西在不在、全不全 |
一句话区分:功能审计看"功效对不对",物理审计看"东西全不全"。
32. 开发库 vs 受控库 vs 产品库
| 维度 | 开发库 | 受控库 | 产品库 |
|---|---|---|---|
| 归属 | 第 15 章(15.2 配置管理) | 同左 | 同左 |
| 别名 | 动态库、程序员库、工作库 | 主库、系统库 | 静态库、发行库、软件仓库 |
| 内容 | 开发人员正在修改的配置项 | 当前基线 + 对基线的变更 | 已发布使用的各种基线的存档 |
| 控制 | 开发人员自行控制 | 完全的配置管理之下 | 完全的配置管理之下 |
一句话区分:开发库(改着呢)→ 受控库(管着呢)→ 产品库(存档了);经典考题:检出从产品库复制到受控库→个人开发库(加锁)→ 改完检入受控库(解锁)→ 新基线入库。
33. 基线配置项 vs 非基线配置项
| 维度 | 基线配置项 | 非基线配置项 |
|---|---|---|
| 归属 | 第 15 章(15.2 配置管理) | 第 15 章 |
| 举例 | 设计文档、源代码、可执行代码、数据库脚本、需求规格说明书 | 项目的各类计划和报告 |
| 开放权限 | 向开发人员开放读取 | 向项目经理、CCB 及相关人员开放 |
一句话区分:"文档源码"是基线,"计划报告"不是基线。
十、绩效三兄弟(第 34 组)
34. 工作绩效数据 vs 工作绩效信息 vs 工作绩效报告
| 维度 | 工作绩效数据 | 工作绩效信息 | 工作绩效报告 |
|---|---|---|---|
| 归属 | 执行过程组(12.1 指导与管理项目工作) | 监控过程组(13.11 监控项目工作) | 监控过程组 |
| 定义 | 执行中收集的原始观察结果和测量值(未加工) | 数据经整合分析、结合背景和相互关系后产生的信息 | 为决策、行动或关注而汇编工作绩效信息所形成的实物或电子文件 |
| 举例 | "完成了 3 个模块""花了 8 万元""用了 10 天" | "SV=−6 万元,进度落后 10%" | 状态报告、进展报告、挣值报告、备忘录、仪表盘 |
| 关键词 | 原始、未加工 | 有结论、可解释 | 汇编、呈现、用于决策 |
一句话区分:数据 → 信息 → 报告,一层比一层加工得深;执行过程产数据,监控过程产信息,监控过程再汇编成报告。
十一、IT 技术与标准(第 35-43 组)
35. 完全备份 vs 增量备份 vs 差异(差分)备份
| 维度 | 完全备份 | 增量备份 | 差异备份 |
|---|---|---|---|
| 归属 | 第 6 章(概念卡-数据备份与容灾) | 同左 | 同左 |
| 每次备份什么 | 全部数据 | 相对上一次备份后改变的数据 | 相对上一次完全备份之后变化的数据 |
| 恢复需要 | 只需这一份(最方便) | 完全备份 + 全部增量链(断一环就废) | 两份(完全备份 + 故障前一天的差分) |
| 特点 | 占空间多、重复数据多 | 最省空间、最快,可靠性最差 | 折中,随时间推移差分会变大 |
一句话区分:全备一份就恢复,差备两份就够用,增备最省但断链就完。
36. RPO vs RTO
| 维度 | RPO 恢复点目标 | RTO 恢复时间目标 |
|---|---|---|
| 归属 | 第 6 章(概念卡-数据备份与容灾) | 同左 |
| 定义 | 灾难发生时允许丢失的数据量 | 系统恢复所需的时间 |
| 关键词 | 问"丢多少"(数据) | 问"多久好"(时间) |
一句话区分:RPO 管"回退多远"(丢多少数据),RTO 管"等多久"(多久恢复);二者越小代价越高。
37. CSMM vs CMMI
| 维度 | CSMM(教材第 3 版) | CMMI |
|---|---|---|
| 归属 | 第 5 章(5.7 软件过程能力成熟度) | 旧版教材/真题拓展 |
| 发布方 | 中国电子工业标准化技术协会(T/CESA 1159) | CMMI 研究院 |
| 结构 | 4 能力域 / 20 能力子域 / 161 能力要求 | 过程域 + 目标 |
| 五级名称 | 初始级 → 项目规范级 → 组织改进级 → 量化提升级 → 创新引领级 | 初始级 → 已管理级 → 已定义级 → 量化管理级 → 优化级 |
一句话区分:教材第 3 版讲 CSMM;"已管理级/已定义级"是 CMMI 的说法,别混进 CSMM。口诀:初、项、组、量、创。
38. GB vs GB/T(含 GSB、GB/Z)
| 代号 | 含义 | 强制/推荐 | 归属 |
|---|---|---|---|
| GB | 强制性国家标准 | 必须执行(国务院批准发布) | 第 17 章(17.2 标准规范) |
| GB/T | 推荐性国家标准 | 国家鼓励采用 | 同左 |
| GSB | 国家标准样品 | — | 同左 |
| GB/Z | 国家指导性技术文件 | — | 同左 |
一句话区分:GB 硬(必须做),GB/T 软(鼓励做);GB/Z 是指导,GSB 是样品。
附:行业标准、地方标准都是推荐性标准;国标有效期 5 年,企业标准不超过 3 年。
39. 等保 2.0 vs ISO/IEC 27001
| 维度 | 等保 2.0 | ISO/IEC 27001(ISMS) |
|---|---|---|
| 归属 | 第 8 章(概念卡-等保2.0) | 第 8 章 |
| 性质 | 中国的强制性国家标准体系(合规底线) | 国际自愿性认证标准 |
| 出发点 | 按"后果严重程度"定级保护(5 级:自主→指导→监督→强制→专控) | 基于风险评估选择控制措施 |
| 运行模式 | 定级 → 备案 → 建设整改 → 等级测评 → 监督检查 | PDCA 循环 |
| 控制分类 | 技术 + 管理 | 组织、人员、物理、技术 四类 |
一句话区分:等保是"必须过关",27001 是"自愿做精";等保看等级,27001 看 PDCA。
40. 数据归档 vs 数据备份
| 维度 | 数据归档 | 数据备份 |
|---|---|---|
| 归属 | 第 6 章(概念卡-数据备份与容灾) | 第 6 章 |
| 目的 | 腾出高性能空间,保存冷数据 | 防丢失、可恢复 |
| 是否可逆 | 可逆(可恢复回原介质) | 恢复后原数据已丢失 |
| 时机 | 业务低峰期 | 按策略定期 |
一句话区分:归档是"挪走冷数据"(可逆),备份是"留一份救命"(防丢)。
41. 教材 8.2 三维模型 vs OSI 安全体系结构(两套口径都要认)
| 维度 | 教材 8.2 三维空间 | OSI 安全体系结构 |
|---|---|---|
| 归属 | 第 8 章(8.2 信息安全系统) | 第 8 章 |
| 结构 | X=安全机制(9 项),Y=OSI 参考模型(7 层),Z=安全服务(7 项) | 8 类安全机制 + 5 类安全服务 |
| 五大属性 | 认证、权限、完整、加密、不可否认 | — |
| 安全服务 | 7 项(教材口径) | 5 类:鉴别、访问控制、数据机密性、数据完整性、抗抵赖 |
一句话区分:"X 机制、Y 七层、Z 服务"是教材 8.2 的三维空间;OSI 安全体系结构是"8 类机制 + 5 类服务"——两套口径别混。
42. 监理"三控两管一协调" vs 项目管理十大知识领域
| 维度 | 监理口径 | 项目管理口径 |
|---|---|---|
| 归属 | 第 16 章(16.1 监理的意义和作用) | 第 9 章(9.8 项目管理知识领域) |
| 内容 | 三控:质量、进度、投资;两管:合同管理、信息管理(文档资料管理);一协调:协调有关单位及人员间的工作关系 | 整合、范围、进度、成本、质量、资源、沟通、风险、采购、干系人 |
一句话区分:监理术语里叫"投资控制",项目管理里叫"成本控制";国家标准最基础的表述是"三控两管一协调"(四控/五控是其他文献的扩展)。
43. 威胁应对策略 vs 机会应对策略
| 威胁(负面风险) | 机会(正面风险) | 一句话对应关系 |
|---|---|---|
| 上报 | 上报 | 超出项目范围,交给项目组合/项目集层面 |
| 规避(让威胁不可能发生) | 开拓(确保机会一定发生) | 一个"消灭",一个"保证" |
| 转移(把责任给第三方,如买保险、外包) | 分享(把机会所有权分给别人一起干) | 一个"甩锅",一个"分蛋糕" |
| 减轻(降低概率或影响) | 提高(提高概率或影响) | 一个"往下压",一个"往上推" |
| 接受(不主动作为,可设备用方案) | 接受(机会来了就顺手利用) | 都一样:不作为 |
一句话区分:规避↔开拓,转移↔分享,减轻↔提高,接受对接受;威胁和机会都各有 5 种策略,且都可能"上报"。
十二、规划文件与变更请求(第 44-49 组)
44. 项目章程 vs 项目管理计划
| 维度 | 项目章程 | 项目管理计划 |
|---|---|---|
| 归属 | 启动 · 整合管理(10.1 制定项目章程) | 规划 · 整合管理(11.1 制订项目管理计划) |
| 谁签发 | 由发起人或项目启动者签发 | 项目经理与团队编制,需相关干系人批准 |
| 作用 | 正式批准项目并授权项目经理动用组织资源 | 定义如何执行、监督、控制和收尾项目 |
| 关键词 | 批项目、项目经理的"任命书" | 管项目、含 10 个子计划 + 3 大基准 |
一句话区分:章程是"批项目"(启动),计划是"管项目"(规划);章程在先,计划不能与章程冲突。
45. 项目范围说明书 vs 范围基准
| 维度 | 项目范围说明书 | 范围基准 |
|---|---|---|
| 归属 | 第 11 章(11.4 定义范围) | 第 11 章(11.5 创建WBS) |
| 内容 | 产品范围描述、可交付成果、验收标准、除外责任、假设与制约 | 项目范围说明书 + WBS + WBS 词典(三件套) |
| 关键词 | 描述"做什么、不做什么" | 三者缺一不可,只能经变更控制程序变更 |
一句话区分:范围说明书是范围基准的一部分,不是全部;说"范围基准就是 WBS"是错的。
46. WBS vs 活动清单
| 维度 | WBS | 活动清单 |
|---|---|---|
| 归属 | 规划 · 范围管理(11.5 创建WBS) | 规划 · 进度管理(11.7 定义活动) |
| 分解对象 | 可交付成果(名词) | 完成工作包所需的具体动作(动词) |
| 举例 | "用户登录模块" | "设计登录页面""编写登录接口" |
一句话区分:WBS 切"东西",活动清单切"动作"。⚠️ 说"WBS 分解的是活动"是最大陷阱。
47. 风险登记册 vs 风险报告
| 维度 | 风险登记册 | 风险报告 |
|---|---|---|
| 归属 | 第 11 章(11.19 识别风险起全程更新) | 第 11 章(11.20 实施定性风险分析、11.21 实施定量风险分析更新) |
| 记录什么 | 单个项目风险的详细信息(成因、责任人、应对措施等) | 整体项目风险敞口 + 单个风险的优先级概述 |
| 关键词 | 单个、明细、风险责任人 | 整体、S 曲线、龙卷风图、应急储备需求 |
一句话区分:登记册看"单个",报告看"整体"。
48. 干系人登记册 vs 干系人参与计划
| 维度 | 干系人登记册 | 干系人参与计划 |
|---|---|---|
| 归属 | 启动 · 干系人管理(10.2 识别干系人) | 规划 · 干系人管理(11.24 规划干系人参与) |
| 内容 | 干系人的身份信息、评估信息(权力/利益/影响力/态度)、分类 | 如何引导干系人有效参与的策略与行动 |
| 关键词 | 记录"他们是谁" | 规划"怎么让他们参与" |
一句话区分:登记册是"名单",参与计划是"攻略"。
49. 纠正措施 vs 预防措施 vs 缺陷补救 vs 更新(变更请求四类)
| 类型 | 定义 | 关键词 | 例子 |
|---|---|---|---|
| 纠正措施 | 为使项目工作绩效重新与项目管理计划一致而进行的、有目的的活动 | 已经偏了,拉回来 | 进度落后 → 赶工 |
| 预防措施 | 为确保项目工作的未来绩效符合项目管理计划而进行的、有目的的活动 | 还没偏,防患未然 | 预测到雨季 → 提前搭防雨棚 |
| 缺陷补救 | 为了修正不一致的产品或产品组件而进行的有目的的活动 | 东西做坏了,修东西 | 模块有 Bug → 返工修复 |
| 更新 | 对受控的项目文件或基准的改动,以反映修改或增加的意见和内容 | 改文件/基准 | 变更批准后更新进度基准 |
一句话区分:纠正治"已偏的绩效",预防治"未来的隐患",缺陷补救治"坏掉的产品",更新治"文件与基准"。