一、进度在第8版七大绩效域中的位置
PMBOK第8版把项目管理知识体系重构为七个相互关联的绩效域(Performance Domains),分别是:干系人、团队、开发方法与生命周期、规划、项目工作、交付、度量。需要先纠正一个常见误解:第8版并没有单独设置"进度绩效域",进度管理的核心活动被归入"规划(Planning)绩效域",并在"交付(Delivery)"和"度量(Measurement)"两个绩效域中被反复联动。规划绩效域负责定义基准:活动清单、活动属性、里程碑、逻辑关系、资源需求、工期估算,最终形成进度基准(Schedule Baseline)。交付绩效域按进度基准驱动迭代或阶段交付节奏;度量绩效域则用进度偏差SV和进度绩效指数SPI来判断执行是否偏离基准。因此,项目经理在进度这件事上不是"画完甘特图就完事",而要在规划、交付、度量三个域之间形成闭环。
二、关键路径法CPM:正推、逆推与总浮动时间
关键路径法(Critical Path Method, CPM)是进度网络分析的核心工具,它回答一个最根本的问题:在既定逻辑关系下,项目最短需要多少天完成?哪些活动一天都不能延误?2.1 四个基本时间参数
每个活动都要算四个值:最早开始ES、最早完成EF、最晚开始LS、最晚完成LF。计算规则只有两条:- 正推法(从前往后):ES取所有紧前活动EF的最大值;EF = ES + 工期。起点活动的ES默认取0(或1,按约定一致即可)。
- 逆推法(从后往前):项目总工期(即终点活动的EF)作为终点活动的LF;LS = LF − 工期;紧前活动的LF取所有紧后活动LS的最小值。
2.2 总浮动时间公式
总浮动时间Total Float是CPM中最常考的概念,公式必须背熟:TF = LS − ES = LF − EF
TF为0的活动构成关键路径(Critical Path);关键路径的总长度就是项目最短工期;任何关键活动延误一天,项目整体就延误一天。
2.3 例题演算
以上图为例:活动链为A开工 → B设计6天 → C编码10天 → D测试4天 → E上线4天,其中D在C完成后开始,E在D完成后开始。正推:B的ES=0、EF=6;C的ES=6、EF=16;D的ES=16、EF=20;E的ES=20、EF=24,所以项目总工期=24天。逆推:E的LF=24、LS=20;D的LF=20、LS=16;C的LF=16、LS=6;B的LF=6、LS=0。计算TF:B的TF=0、C的TF=0、E的TF=0,关键路径为B→C→E;D的TF=LS−ES=18−16=2天,说明D最多可以晚2天开始而不影响总工期。需要特别区分自由浮动时间FF:FF = min(紧后活动的ES) − 本活动的EF。动用TF不影响总工期,但会影响后续活动的最早时间;动用FF则连后续活动的最早时间都不受影响。考试中二者经常成对出现,务必看清楚题目问的是哪一个。
三、赶工Crashing:加资源、增成本、压关键路径
赶工的本质是在关键路径上追加资源(加人、加班、加设备)以缩短活动工期。它有三个铁律:第一,只压缩关键路径上的活动,压缩非关键活动毫无意义,因为非关键活动本身就有浮动时间;第二,压缩会直接增加成本,每赶一天都要付出额外费用;第三,风险一般可控,因为活动本身还在做,只是做的人多了、速度快了。3.1 成本斜率Cost Slope
赶工决策的核心是"成本斜率",即每缩短一天需要增加的成本:成本斜率 = (赶工成本 − 正常成本) ÷ (正常工期 − 赶工后工期)。在多个可赶工的关键活动中,优先选择成本斜率最低的那个,这样每缩短一天付出的代价最小。3.2 例题
关键路径上有两个活动:B设计正常工期6天、正常成本6万,赶工后最短4天、赶工成本10万;C编码正常工期10天、正常成本20万,赶工后最短6天、赶工成本36万。现在业主要求工期从24天压缩到21天,共需压缩3天。计算成本斜率:B每赶1天增加(10−6)÷(6−4)=2万;C每赶1天增加(36−20)÷(10−6)=4万。显然先赶B:B最多赶2天(从6天压到4天),花费2×2=4万,工期缩短2天;剩下1天赶C,花费1×4=4万。合计增加成本8万,总工期21天。四、快速跟进Fast Tracking:并行做、增风险、不加成本
快速跟进的本质是把原本串行执行的关键活动改成并行或搭接执行,从而压缩工期。它的特点恰好与赶工相反:直接成本基本不增加(不加人不加班),但返工和接口冲突的风险显著上升,因为原本"等前一步完全做完再做后一步"的安全余量被取消了。4.1 例题
原计划:设计完成后再开始编码(FS+0),设计6天、编码10天,串行共16天。快速跟进:设计完成80%即编码启动,也就是设计进行到第5天(还剩1天)时编码开始,设计与编码有1天并行期,总工期变为6+10−1=15天,缩短1天。直接成本没有增加,但前提是:设计剩余20%的变更不会传导到已开始编码的部分,否则就要返工。因此快速跟进只在活动本身可拆分、返工成本可接受时使用。一句话记忆:赶工加钱控风险,快速跟进省钱加风险;两者都只压关键路径,非关键路径上的活动怎么调都不影响总工期。
五、资源平衡 vs 资源平滑
当进度基准排完后,经常会遇到"同一个工程师被排进两个并行活动"或"某月人力突然翻倍"的资源冲突。这时候要在资源平衡和资源平滑之间做选择。| 维度 | 资源平衡 Resource Leveling | 资源平滑 Resource Smoothing |
|---|---|---|
| 触发场景 | 资源过载、资源冲突、关键资源受限 | 资源未过载,但分布不均、有峰谷 |
| 对工期 | 可能改变关键路径,总工期可能延长 | 不改变关键路径,总工期不变 |
| 动用浮动 | 可动用总浮动时间TF | 只在自由浮动FF范围内挪动 |
| 典型例子 | 同一架构师不能同时承担两个项目,必须把非关键活动往后挪,直到他有空 | 把非关键活动从高峰月挪到低谷月,削峰填谷 |
考试高频陷阱:题目问"项目经理在不改变总工期的前提下,把非关键活动从高峰挪到低谷",答案是资源平滑;题目问"关键资源被两个并行活动占用,必须推迟其中一个",答案是资源平衡。
六、提前量与滞后量
逻辑关系除了FS(完成—开始)、SS(开始—开始)、FF、SF四种基本类型外,还可以加提前量Lead和滞后量Lag来精确描述活动之间的时间搭接。- 提前量Lead(负值):紧前活动尚未完成,紧后活动提前启动。例:设计完成80%即开始编码,记为SS+2天(编码比设计晚2天开始),或FS−2天。本质上这就是快速跟进的技术实现方式。
- 滞后量Lag(正值):紧前活动完成后,紧后活动等待一段时间再开始。例:混凝土浇筑完成后需要养护7天才能拆模,记为FS+7天。
七、高频考题三道
题目1
题干:项目经理在审查进度网络时发现,一条路径上所有活动的总浮动时间TF都为0。这意味着什么?答案:这条路径是关键路径,其长度等于项目最短工期;路径上任何活动延误一天,项目整体工期就延误一天。压缩工期只能从这条路径上的活动入手,压缩其他路径不会缩短总工期。
题目2
题干:项目工期落后3天,项目经理不打算增加人手,而是把原本"先写完文档再开发"的两个活动改成文档写完一半就开始开发。这是哪种进度压缩技术?它的主要代价是什么?答案:这是快速跟进(Fast Tracking)。直接成本基本不增加,但返工风险和接口协调风险上升;如果文档剩余部分发生变更,已经写的代码可能要返工。与之相对,赶工(Crashing)是加人加班,成本增加但风险一般可控。
题目3
题干:某非关键活动D的ES=16、EF=20,其紧后活动E的ES=22。请计算D的总浮动时间TF和自由浮动时间FF,并说明动用TF和动用FF分别会产生什么后果。答案:若D的LS=18、LF=22,则TF=LS−ES=18−16=2天;FF=E的ES − D的EF=22−20=2天。动用TF会占用总浮动,可能挤压后续活动的时间余量,但不影响项目总工期;动用FF则连后续活动的最早开始时间都不受影响,是最安全的挪动方式。
收尾小结:进度绩效域的全部考点可以浓缩成四句话——关键路径决定最短工期,总浮动时间公式TF=LS−ES=LF−EF必须张口就来,赶工压关键路径加成本、快速跟进压关键路径加风险,资源平滑不动关键路径、资源平衡可能动关键路径。把这四句话和前面的例题吃透,PMP与软考高项的进度题基本不会丢分。
首页>


粤公安备案 44010602008731号