高项四类变更请求怎么分?一张表讲透

项目进度已经落后,团队决定增加人员,这是纠正措施还是预防措施?

系统测试发现报表计算错误,开发人员修改程序,又属于哪一类?

不少同学知道"出现变化要走变更流程",却分不清变更请求的具体类型。今天用一个项目场景,把纠正措施、预防措施、缺陷补救和更新放在一起讲清楚。

1. 先用一张表建立判断入口

|--------|------------------------|----------------|
| 类型 | 主要解决什么 | 判断关键词 |
| 纠正措施 | 已经发生绩效偏差,需要重新与计划保持一致 | 已偏离、已落后、已经超支 |
| 预防措施 | 未来可能发生偏差,提前降低发生可能性 | 可能发生、提前避免、防止偏离 |
| 缺陷补救 | 项目产品或组成部分不符合要求,需要修复或处理 | 缺陷、不合格、返修、更换 |
| 更新 | 修改受控的计划、基准或项目文件 | 调整计划、修订文件、更新基准 |

可以先记住四个方向:

偏差已经发生,考虑纠正;偏差尚未发生,考虑预防;产品出现问题,考虑补救;文件需要调整,考虑更新。

2. 进度已经落后,属于纠正措施

假设某系统接口开发原计划在第20天完成,第20天检查时只完成了80%,并且已经影响关键路径。

项目经理分析后,安排有经验的人员支持剩余开发,并重新协调相关工作。

这项行动的目的,是处理已经发生的进度偏差,使后续绩效重新回到计划轨道,因此属于纠正措施。

案例答案可以写:

"接口开发已经落后,应分析偏差原因及其对关键路径的影响,并提出适当的纠正措施,获批后实施和跟踪。"

需要注意,加人并不一定永远有效。还要判断工作能否拆分、新成员是否需要交接,以及增加资源会不会带来额外成本和沟通压力。

3. 发现可能延期,提前处理属于预防措施

换一个场景:

项目尚未延期,但供应商关键人员即将离职,可能影响下个月的接口交付。项目经理提前要求供应商安排替代人员、完成知识转移,并增加阶段性检查。

此时偏差尚未发生,采取行动是为了降低未来延期的可能性,属于预防措施。

纠正和预防最容易混淆,可以对照时间状态:

|---------------|-------------------|
| 材料描述 | 判断 |
| 接口已经延期5天 | 纠正措施 |
| 接口可能因人员不足延期 | 预防措施 |
| 延期发生后,还可能影响测试 | 既要纠正当前偏差,也要预防后续影响 |

同一件事可能同时包含已经发生的问题和未来风险。作答时要把两种状态分开。

使用科科过软考高项导图复习时,可以在纠正与预防旁边分别写上"已经偏离"和"尚未偏离",比单独背定义更容易判断。

4. 程序有错误,修复属于缺陷补救

系统测试发现统计报表的金额汇总错误,不符合已确认的计算规则。开发人员修改程序,并由测试人员重新验证。

这里需要修复的是不符合要求的产品组成部分,因此属于缺陷补救。

缺陷补救的对象可以是软件、设备、文档或其他交付成果。例如:

  • 修复程序错误;
  • 更换不合格设备;
  • 纠正文档中的错误内容;
  • 返工未达到质量要求的成果。

但发现缺陷后,不能默认开发人员可以直接修改受控版本。若修改涉及已经受控的配置项或基线,还应按照相应的变更和配置管理要求处理。

5. 调整计划和文件,属于更新

假设某项变更已经获得批准,需要修改进度计划、成本基准、需求文件或风险登记册。这些修改属于更新。

常见更新对象包括:

  • 项目管理计划及其组成部分;
  • 相关基准;
  • 项目文件;
  • 需求、风险、问题或经验教训记录。

更新不只是把文件中的日期改掉。还要保持相关内容之间的一致性,并将批准后的结果通知受影响人员。

例如,批准新增功能后只更新需求文件,却没有同步调整进度计划和测试安排,后续仍可能出现冲突。

6. 一件事可能同时产生多类变更请求

看一个完整场景:

系统上线前发现核心报表缺陷,修复工作将导致原计划延期。项目经理提出修复程序、增加测试资源,并调整上线计划。

可以这样拆分:

|---------------------|--------|
| 项目行动 | 类型 |
| 修复报表程序错误 | 缺陷补救 |
| 针对已经出现的进度偏差增加适当资源 | 纠正措施 |
| 增加检查,防止类似缺陷再次流入上线版本 | 预防措施 |
| 调整批准后的上线计划和相关文件 | 更新 |

因此,一次事件并不一定只能对应一种类型。题目问什么,就围绕相应对象和目的作答。

7. 变更请求提出后,不等于立即执行

案例中常见错误是:项目经理发现偏差后,直接安排团队改变计划或修改受控成果。

合理的处理思路通常包括:

  1. 记录并提出变更请求;
  2. 分析对项目目标和相关工作的影响;
  3. 按规定的权限和程序进行审查、审批;
  4. 根据批准结果实施;
  5. 更新相关计划、基准和项目文件;
  6. 通知受影响人员并跟踪结果。

具体审批层级应结合项目治理和组织规定,不能默认所有变更都由项目经理个人批准。

科科过软考案例资料可以按照"事件状态---行动目的---变更类型---处理程序"进行复盘。这样不仅能选对术语,也能把案例答案写完整。

8. 案例题可以用三个问题判断

看到一项管理行动时,先问:

第一,偏差已经发生了吗?

已经发生,重点考虑纠正措施。

第二,产品或成果不符合要求吗?

存在不合格成果,重点考虑缺陷补救。

第三,是否需要修改受控计划或文件?

需要修改,则涉及更新。

如果偏差尚未发生,行动的目的在于防止未来偏离,则考虑预防措施。

今天留一道练习:

测试人员发现某模块存在安全缺陷;项目经理安排修复,同时增加代码检查,防止类似问题再次出现,并调整测试计划。

其中:

  • 修复安全缺陷属于缺陷补救;
  • 增加代码检查属于预防措施;
  • 调整测试计划属于更新。

想继续梳理整体变更控制和案例判断,可以搜索科科过软考,或私信"四类变更"。先看问题发生在绩效、未来风险、产品质量还是计划文件,四类变更请求就不容易再混了。

相关推荐
kekeguoliujiang3 天前
系统集成易混淆考点22:范围基准是哪三件?
科科过软考·系统集成项目管理工程师考点·系统集成考试考点
软考宋老师24 天前
高项范围管理总记混?用一个报修系统串起知识
软考高项·信息系统项目管理师备考·信息系统项目管理师万金油
kekeguoliujiang1 个月前
系统集成易混淆考点5:管理质量和控制质量
科科过软考·系统集成项目管理工程师考点·系统集成考试考点
kekeguoliujiang1 个月前
系统集成易混淆考点3:范围说明书、WBS、范围基准
科科过软考·系统集成项目管理工程师考点·系统集成项目管理工程师考试
软考宋老师2 个月前
信息系统项目管理师干系人题怎么答
信息系统项目管理师·软考高项·信息系统项目管理师备考
软考宋老师2 个月前
信息系统项目管理师案例怎么答更稳
信息系统项目管理师·软考高项·信息系统项目管理师备考
软考宋老师7 个月前
软考高项:第21章:项目管理科学基础(占分分析/考点/题)
信息系统项目管理师考点·信息系统项目管理师备考·信息系统项目管理师笔记
科科过软考8 个月前
《我把回家过年做成一个项目:软考高项知识全景实践》
信息系统项目管理师·信息系统项目管理师培训·科科过软考
软考宋老师8 个月前
软考高项:第8章:项目整合管理(占分分析/考点/题)
信息系统项目管理师·信息系统项目管理师考点·信息系统项目管理师备考