在软考中高项考试中涉及到众多概念，其中不少概念非常容易弄混淆，而导致做题失分，小编整理了软考中高项考试中一些易错、易混淆的知识点，帮助大家理解和查漏补缺。

  组织过程资产和事业环境因素  

一、可选择性与适应性

可裁剪、可选择使用 → 组织过程资产;不可选择、只能适应 → 事业环境因素。

关键词辅助：带 “程序”(如财务控制程序、变更控制程序)→ 组织过程资产;带 “系统”(如工作授权系统、项目管理信息系统)→ 事业环境因素。

二、项目影响角度

项目经理可选择使用、对项目有积极促进作用 → 组织过程资产;必须遵守、影响有两面性(助力 / 阻碍)→ 事业环境因素。

  赶工和快速跟进  

赶工与快速跟进均为进度压缩核心方法，目标都是缩短工期：

一、赶工核心：加资源、加成本换工期

方式：增加人力、设备、加班投入，压缩活动工期。

特点：活动先后逻辑关系不变、工作复杂度不变;直接增加成本。

适用：有预算余量、成本充足的场景。

二、快速跟进核心：活动并行、改逻辑抢工期

方式：将原本顺序执行的工作，改为部分重叠、并行开展。

特点：打破原有进度逻辑顺序，不直接增加资源成本;风险升高，易引发需求偏差、返工，间接增加工作量与隐性成本。

适用：预算紧张、无额外资金加资源的场景。

  应急储备和管理储备  

二者均为风险预留资金，用于应对负面风险：

一、应急储备

应对已知 - 未知风险：知道风险会发生，但不确定发生概率、影响大小。

应急储备可按活动、工作包、控制账户或项目整体设置。

应急储备项目经理可直接自主调用，无需高层审批。

应急储备包含在成本基准内，动用不改变成本基准。

二、管理储备

应对未知 - 未知风险：完全无法预判、突发极端意外风险。

管理储备仅针对整个项目统一预留。

管理储备需高层管理层审批授权才可动用。

管理储备不在成本基准中，属于项目总预算;一旦动用，必须更新成本基准。

  可交付成果、核实的可交付成果和验收的可交付成果  

三者为层层递进的递进关系，是项目产出从完成→内部核验→客户正式认可的完整流程：

一、可交付成果

团队执行完成，产出的原始工作产物。无质检、无审核，只是按要求做完的成果，是最原始版本。

二、核实的可交付成果

由项目内部 / 质控方检查、测试、核验，质量合格、符合规范，通过内部验证的成果。核心是内部测试审核通过。

三、验收的可交付成果

以核实的可交付成果为基础，由客户 / 发起人依据需求和验收标准正式验收、签字确认。核心是外部客户正式认可，可正式交付。

  变更日志和问题日志  

一、变更日志

核心：记录所有变更请求

专门登记项目所有正式变更请求，包含提出时间、变更内容、审批状态、最终结果。

无论变更批准、驳回、搁置，都必须完整记录，方便追溯。

聚焦：范围、进度、成本、需求等计划与基准的调整。

二、问题日志

核心：记录并跟踪项目各类问题

登记执行过程中出现的阻碍、缺陷、冲突、进度滞后、资源不足、干系人分歧等现实问题。

记录问题优先级、责任人、解决方案、闭环结果，全程跟踪直至关闭。

聚焦：当下实际发生的阻碍项目推进的异常、矛盾、难题。

三、二者关联

变更争议→转为问题：变更审批意见不统一、无法定夺，记入问题日志协调解决。

解决问题→触发变更：处理问题时需调整计划、方案、预算，会产生新变更，同步更新变更日志。

  工作包和控制账户  

一、工作包

WBS最底层、最小分解单元，不可再拆分。

遵循8/80 原则：工时 8～80 小时，方便执行、分工、落地。

侧重执行落地，是直接分配给团队完成的具体工作。

特点：只管范围工作，不做综合绩效考核。

二、控制账户

项目综合管控节点，是范围、进度、成本、绩效的统一监控点。

层级灵活：位于 WBS 高层，高于工作包;特殊情况可与工作包同级。

侧重考核管控，用来核算绩效、偏差分析、成本进度监控。

是管理层用来把控项目整体状态的关键节点。

三、核心从属关系

一个工作包只能隶属于唯一一个控制账户。

一个控制账户可以包含多个工作包。

逻辑：控制账户(管控层)→ 下辖多个工作包(执行层)。

  直接成本和间接成本  

一、非典型偏差  

偏差为偶然、一次性事件，已找到原因、采取纠正措施，后续工作回归原计划，偏差不再重复出现。

通俗理解：知错就改，问题只发生这一次。

关键词：采取纠正措施、问题已解决、情况不会持续、后续按原计划执行、偶然发生、不再出现。

二、典型偏差

未整改、未纠偏，当前低效绩效会持续到项目结束，原有偏差规律一直延续。

通俗理解：知错不改，现状一直保持到完工。

关键词：按当前绩效继续、现状持续发展、未调整资源、未整改、偏差将一直存在、找不到原因不优化。

  资源日历和项目日历  

一、资源日历

核心：聚焦具体资源，记录人力、设备、材料的可用 / 不可用时间。

记录内容：人员请假、培训、休假，设备检修、维护、停用时段。

作用：明确单一资源什么时候能干活、什么时候不可用。

影响范围：只限制依赖该资源的特定活动，不约束全项目。

举例：开发人员外出培训、测试服务器定期维护、施工器械检修停机。

二、项目日历

核心：聚焦整个项目，规定项目整体统一的工作时段与作息规则。

记录内容：项目统一工作日、休息日、节假日、整体作息安排。

作用：划定全项目通用工作时间，规范整体进度节奏。

影响范围：约束项目全部活动，所有工作都需遵从。

举例：项目统一周一至周五上班、周末双休、法定节假日停工。

  资源平衡与资源平滑  

一、资源平衡

核心逻辑：为解决资源过度分配、资源受限，调整活动起止时间，强行匹配资源承载力。

关键影响：会改变关键路径、大概率延长总工期。

调整范围：可动用活动总浮动时间，不受关键路径限制。

适用场景：资源不足、人手设备有限，必须优先保障资源合理分配。

二、资源平滑

核心逻辑：在不改动关键路径的前提下，仅利用非关键活动的浮动时间微调。

关键影响：总工期不变、关键路径不变，只弱化资源需求波动

调整范围：只能在活动自由 / 总浮动时间内调整，不能延误关键工作。

适用场景：工期固定不能延期，只做资源均衡优化。

  产品范围和项目范围  

一、产品范围

指最终产品、服务、成果需要具备的功能、特性、性能、指标。

核心：做什么东西、具备什么功能，聚焦交付物本身。

由客户、发起人确定，来源于业务需求。

二、项目范围

为交付符合要求的产品，必须完成的全部工作，包含技术实施 + 项目管理所有活动。

核心：要做哪些工作、怎么一步步落地，聚焦过程与活动。

由项目经理及项目管理团队规划制定。

  进度管理计划、项目进度计划和进度基准  

一、进度管理计划

属于项目管理计划子计划，是规则、制度、方法论。

规定如何编制、管控、更新、修改进度，定义进度偏差阈值、考核规则、审批流程、工具方法。

核心：管怎么管进度，是管理规则指南，无具体起止日期。

二、项目进度计划

依据进度管理计划编制的具体执行计划表。

包含活动顺序、工期、开始 / 结束时间、里程碑、资源安排，是动态文件，可反复调整、修改、优化，未经正式批准。

核心：具体什么时候干活，是可修改的执行方案。

三、进度基准

由正式审批、受控锁定后的项目进度计划形成。

一经批准，不得随意修改，必须走整体变更控制流程才能调整。

作用：用来和实际进度对比、衡量偏差、绩效考核的唯一参照标准。

核心：考核对比的标尺，固定不变(不变更则不调整)。

  风险管理计划和风险登记册  

一、风险管理计划

是项目管理计划的子计划，属于管理规则类文件。

核心作用：规定本项目风险管理怎么做，统一流程、方法、工具、职责、风险类别、阈值、汇报要求。

特点：宏观整体、不记录具体风险;项目前期制定，极少更新。3. 通俗理解：风险管理的 “游戏规则”。

二、风险登记册

是项目文件，属于具体执行记录类文件。

核心作用：逐条记录单个具体风险，包含风险描述、责任人、概率影响、等级、应对策略、风险状态等。

特点：针对性强、内容具体;项目全程持续迭代，高频动态更新。

通俗理解：项目风险的 “问题台账 + 跟踪清单”。

  风险规避和风险转移  

一、风险规避

针对威胁风险，主动调整项目计划，彻底消除风险源头，让风险不再发生。

核心：消灭风险、杜绝发生。

做法：更改范围、更换方案、取消工作、调整技术、变更选址、放弃高风险做法。

特点：内部决策，无需第三方，从根源上完全避开威胁。

例子：放弃不成熟新技术、更换灾害高发施工地点、取消高风险业务模块。

二、风险转移

通过合同、外包、保险、担保等方式，把风险损失和责任转嫁给第三方。

核心：风险还在，只是赔钱背锅的人换了，无法消除风险本身。

做法：购买保险、外包业务、签订履约合同、分包合作。

特点：必须涉及外部第三方，通常需要支付费用。

例子：购买工程意外险、将高难度模块外包、签订免责合同。

  范围蔓延和镀金  

一、范围蔓延

无正式变更审批、未评估影响，被动私自扩大项目 / 产品范围。

来源：多为客户随意加需求、口头加功能，不走变更流程。

本质：需求无序增加、范围失控、管理缺失。

后果：工期延期、成本超支、基准失控。

二、镀金

项目团队主动私自增加合同和需求之外的额外工作、多余功能。

来源：开发 / 实施人员自作主张，想优化体验、讨好客户、炫技术。

本质：画蛇添足、多余无用、无实际业务需求。

后果：浪费资源、挤占工期、增加缺陷风险。

三、核心区别

1.发起方

范围蔓延：客户 / 外部干系人临时加需求、乱提要求;

镀金：项目团队内部主动多加功能、额外干活。

2. 产生方式

范围蔓延：被动接受无审批变更，范围越做越大;

镀金：主动超额开发，做需求里没有的多余内容。

3. 共同点

两者都未经变更控制、超出范围基准，都是项目大忌，考试均判定为错误做法。

  工作绩效数据、工作绩效信息和工作绩效报告  

一、工作绩效数据

最原始、未加工的一手原始数据，项目执行中直接采集的客观记录，无分析、无对比。

举例：实际工时、完成任务数量、缺陷个数、已消耗成本、活动实际开始 / 结束时间。

定位：纯原始素材，监控过程的基础输入。

二、工作绩效信息

对原始数据汇总、对比、分析后形成的内容。

结合基准计划做偏差分析、绩效比对、趋势判断，体现好坏、快慢、超支 / 节约。

举例：进度滞后多少、成本超支比例、缺陷超标、任务完工率偏差。

定位：加工分析后的中间结论，用来判断项目状态。

三、工作绩效报告

将绩效信息整合汇总、结构化排版，形成正式书面 / 图表文件。

包含总结、分析、预测、问题、建议、图表，用于向干系人汇报、决策、沟通。

举例：周报、月报、阶段总结报告、绩效仪表盘、偏差分析报告。定位：正式对外输出的汇报文件。

四、递进逻辑

工作绩效数据(原始)→ 工作绩效信息(分析)→ 工作绩效报告(汇总汇报)

  检查点、里程碑和基线  

一、检查点

定期、周期性的日常审查节点，间隔短、频次高。

核心作用：阶段性自查，核对进度、质量、问题，及时微调、发现小问题。

特点：周期固定、频繁开展、偏内部过程监控，无重大阶段交付。

举例：每周例会、双周进度复盘、日常工作巡检。

二、里程碑

项目关键标志性节点、阶段终点，无工期、不消耗资源。

核心作用：划分项目阶段、标识重大成果完成、对外关键汇报节点。

特点：非周期、事件驱动、价值高，代表阶段收尾与阶段切换。

举例：需求分析完成、设计定稿、系统上线、项目验收。

三、基线

经正式审批、锁定固化的项目基准版本，包含范围、进度、成本、质量等。

核心作用：绩效对比、偏差衡量、变更控制的唯一参照标准。

特点：一经批准不得随意修改，必须走整体变更流程方可调整，长期稳定。

举例：范围基线、进度基线、成本基线。

四、核心区别

1. 检查点：高频定期、日常检查、小范围微调

2. 里程碑：阶段节点、重大成果、无工期不耗时

3. 基线：审批锁定、对比基准、管控偏差

  变更请求、批准的变更和确认的变更  

一、变更请求

变更流程第一步，由干系人主动提出的修改申请。

状态：未评估、未审批，只是初步提议。

内容：包含范围、进度、成本、质量、修复缺陷等各类修改诉求。

阶段：提出阶段，不一定会执行。

二、批准的变更

变更请求经过分析、评审，由 CCB 或授权人员审批通过。

状态：审批完成、正式生效，可以安排落地实施。

作用：作为团队执行修改、调整计划的合法依据。

阶段：决策完成，等待落地执行。

三、确认的变更

已落地实施的变更，经过检查、核验，验证合格、效果达标。

状态：变更已做完、验收核对无误，无负面影响。

作用：关闭变更，正式闭环。

阶段：执行完成 + 质量验证收尾。

四、完整流程顺序

变更请求 → 审批(通过 / 驳回)→ 批准的变更 → 落地执行 → 确认的变更