项目延期了项目经理提出四个办法增加开发人员、让测试提前介入、调整资源使用时间、把非关键任务往后移。这四种做法看起来都在“调整进度”对应的管理技术却不完全相同。今天用一个系统建设项目把赶工、快速跟进、资源平衡和资源平滑讲清楚。1. 先用一张表分清四种技术技术核心做法对工期的影响主要代价或限制赶工增加资源缩短活动持续时间可能缩短工期成本通常增加也可能增加协调难度快速跟进将原本顺序进行的活动部分并行可能缩短工期返工和风险通常增加资源平衡根据资源约束调整活动安排可能改变关键路径和工期项目工期可能延长资源平滑在可用浮动时间内调整活动通常不改变关键路径和完工日期调整空间受到浮动时间限制可以先记四个动作赶工是加资源快速跟进是改顺序资源平衡允许工期变化资源平滑受浮动时间限制。2. 赶工不等于“所有活动都加人”假设系统项目当前关键路径为需求确认→核心模块开发→系统测试→上线。项目预计延期5天。此时给不在关键路径上的培训材料编写活动增加人员可能不会缩短项目总工期因为决定完工日期的仍是关键路径。因此赶工前至少要检查三件事活动是否位于当前关键路径增加资源能否真正缩短该活动缩短1天需要增加多少成本。有些工作可以通过增加熟练人员缩短时间有些工作却难以拆分。新成员还需要沟通和交接人数增加后效率未必按比例提高。案例题中写“增加人员赶工”时最好补上对象和依据“分析关键路径后对可并行分工的关键活动增加有经验的人员并比较单位工期压缩所增加的成本。”这样比笼统写“增加资源”更完整。3. 快速跟进的核心是让部分工作重叠假设原计划在核心模块全部开发完成后再开始系统测试。为了缩短工期团队可以在部分稳定功能开发完成后提前准备测试数据并开展相应测试。这种让原本前后衔接的活动部分并行就是快速跟进。它的风险也很明显如果开发结果随后发生变化提前完成的测试准备或测试工作可能需要返工。所以快速跟进适合能够合理重叠的活动不能为了赶时间随意取消必要的前后依赖。使用科科过软考高项导图复习时可以在快速跟进旁边标注两个词并行、返工风险。看到题目出现“提前开始后续活动”就更容易判断。4. 资源平衡为什么可能延长工期假设数据库专家同时被安排到两个必须由他完成的活动中而这两项工作原计划在同一时间开展。由于资源数量不足项目经理需要调整其中一项活动的开始时间使资源需求不再冲突。这个过程属于资源平衡。如果被推迟的活动进入关键路径或者原有路径发生变化项目工期就可能延长。因此资源平衡的重点是解决资源过度分配和资源约束问题。它优先考虑资源的现实可用性可能以调整进度为代价。案例材料如果写着“同一名专家被同时安排执行两个任务项目经理未作调整”可以指出资源安排不合理并建议结合活动优先级、依赖关系和资源可用性重新安排工作。5. 资源平滑为什么通常不改变完工日期假设某项非关键活动有3天总时差原计划周一开始。为了避开资源使用高峰项目经理将其推迟2天仍然没有影响后续关键工作和项目完工日期。这种在活动浮动时间内调整资源使用的方式属于资源平滑。资源平滑的调整范围受到浮动时间限制。如果活动推迟超过总时差就可能影响项目总工期此时不能再简单理解为资源平滑。可以这样区分资源平衡先解决资源约束工期可能变化资源平滑在既定进度范围内优化资源使用不突破可用浮动时间。6. 四种技术可以组合使用吗可以但要说明使用顺序和实际影响。例如项目经理先分析进度网络图发现核心模块开发位于关键路径随后对可拆分工作安排有经验人员赶工并让测试团队提前准备稳定模块的测试工作。同时将具有浮动时间的文档整理任务向后调整以减少同一阶段的资源冲突。这里同时使用了赶工、快速跟进和资源平滑。不过每采取一次措施都应重新检查关键路径。原关键活动缩短后另一条路径可能变成新的关键路径。继续压缩原路径未必还能缩短总工期。科科过软考案例资料在讲解进度题时可以按“先找关键路径、再选措施、最后重新计算”的顺序练习。真正关键的不是记住技术名称而是判断措施能否影响项目完工日期。7. 案例题可以按四步回答遇到“项目延期应该怎么办”的题目可以这样分析更新实际进度重新计算关键路径分析延期原因、资源条件和剩余工作选择赶工、快速跟进或其他合适措施评估措施对成本、质量、风险和关键路径的影响。不能看到延期就直接写“加班加人”。如果延误活动不在关键路径上且没有超过总时差项目总工期可能暂时不受影响。论文中可以这样表达“项目执行中核心接口开发出现延误。我重新分析进度网络图确认该活动位于关键路径。经评估后为可拆分工作补充有经验人员同时安排测试团队提前准备已稳定接口的测试数据。实施过程中持续检查成本、缺陷和关键路径变化。”今天留一道判断题在不改变项目完工日期的前提下将一项具有4天总时差的非关键活动推迟3天以减少资源使用高峰属于什么技术答案是资源平滑。想继续梳理关键路径、进度压缩和资源优化可以搜索科科过软考或私信“进度技术”。先看活动是不是关键再判断改资源、改顺序还是利用浮动时间四种技术就不容易混了。