软考中级系统集成06：赶工和快速跟进

进度管理是软考中级系统集成项目管理工程师里很容易“看着不难做题总错”的一块。因为考试不会只问你定义更喜欢放进项目场景里考。比如项目延期后增加两名开发人员这是什么设计还没完全结束就先启动部分开发这又是什么哪种方法更容易增加成本哪种方法更容易带来返工风险如果边界没分清选择题容易失分案例题也容易写成“建议加班赶工、加强推进”这种空话。所以这一篇陪跑计划只先解决一个问题赶工和快速跟进到底差在哪。一、先记住两句话赶工是加资源换时间。快速跟进是改顺序换时间。这两句先记住很多题已经能判断出七八成。赶工的核心是原来这些活动这么做现在为了缩短工期往里加资源。比如加人、加班、外包一部分工作、增加设备投入。快速跟进的核心不是多花资源而是把原本前后顺序执行的工作改成部分重叠、并行推进。比如详细设计还没全部结束就提前启动部分编码测试准备还没完全结束就先做一部分联调。科科过软考在讲进度压缩时通常会把这两个词放在一张表里对比。因为它们看起来都在“提速”但代价完全不一样。二、为什么这两个词总被混着背因为题目里常常不会直接写“赶工”或“快速跟进”而是给你一个动作让你自己判断。很多考生一看到“项目延期”脑子里就默认加人赶一下、并行推一下不都差不多吗其实一点也不一样。如果题目里强调增加人员增加班次增加设备增加投入追加预算那大概率是在往赶工上靠。如果题目里强调原本顺序执行的活动提前重叠上一项工作未完全结束就启动下一项设计与开发并行开发与测试部分并行那大概率是在往快速跟进上靠。科科过软考做这类题时一个很实用的判断法是先看它是在“加东西”还是在“改顺序”。加东西多半是赶工改顺序多半是快速跟进。三、这两个方法代价也完全不同很多人只记“都能压缩工期”却不记“压缩的代价”。而近年真题更爱考这个。对比项赶工快速跟进核心方式增加资源调整活动顺序、并行推进主要代价成本增加风险增加、返工增加常见动作加人、加班、追加设备、外包设计未完先开发、开发未完先测试适用前提有资源可加且加资源能真正提速活动之间存在可重叠空间常见风险成本超支、沟通复杂度上升返工、质量问题、协调难度上升一句话记忆赶工最怕贵快速跟进最怕乱。这句话很好用。看到“预算增加”优先想到赶工。看到“返工风险”优先想到快速跟进。四、这部分为什么会考到案例题里因为项目延期是系统集成案例里的高频场景。但案例题不是让你看到延期就机械写“赶工”。真正更像得分答案的思路是先分析延期原因再判断是否影响关键路径再决定是赶工、快速跟进还是先走变更控制。也就是说赶工和快速跟进都不是默认动作而是分析后的选择。比如如果问题是关键人员不足且增加资源后确实能提速可以考虑赶工。如果问题是活动之间有可并行空间可以考虑快速跟进。如果延期已经影响进度基准、合同节点或验收时间还要同步考虑变更控制和干系人沟通。科科过软考在案例专题里进度题之所以反复强调“关键路径、压缩方法、变更控制”连着学就是因为真题里它们经常一起出现不会只单考一个孤立概念。五、今天别学太多只做三个动作今天这一节别急着刷一堆题。先做这三个动作更稳第一先把定义说顺。不看资料试着自己说一句赶工是什么快速跟进是什么。第二把代价记住。赶工偏成本快速跟进偏风险。这个点比定义还重要。第三用场景做判断。看到“加资源”想到赶工看到“并行推进”想到快速跟进。只要这三步顺了后面进度管理的题感就会明显好很多。六、给自己做个小检验试着判断下面两个场景场景一项目经理临时增加两名实施工程师并申请额外预算希望压缩部署工期。→ 这更接近赶工。场景二项目组在详细设计尚未全部完成时先启动一部分模块开发希望把总工期缩短。→ 这更接近快速跟进。如果这两个你已经能立刻反应出来说明这块已经开始从“见过”变成“会用”。七、这一篇的收口进度管理最怕的不是公式难而是概念边界模糊。所以今天先别求多只把这两句记稳赶工是加资源换时间。快速跟进是改顺序换时间。后面你再去看系统集成案例题里的延期场景会发现很多“加人、加班、并行、返工、成本增加、进度压缩”的表述基本都在围着这两个词打转。科科过软考后面如果继续配合章节题和案例题去练这一节特别适合做“动作-方法-代价”三联表不然很容易背的时候会做题时还是糊。评论区可以留下你现在更容易混的一个点赶工和快速跟进还是确认范围和控制范围。下一篇继续往下陪你拆进度管理里另一个高频点关键路径和总浮动时间到底怎么判断。