字数 6020，阅读大约需 31 分钟

第42讲：跟上节奏——控制进度与敏捷发布规划

【老孙开篇寄语】

各位手持“时间鞭子”的监工们，大家好！

欢迎来到《2026版“软考找老孙”高项通关84讲》的 “监控篇·第一乐章·速度与激情”。

上一讲，我们用数学家的脑袋，算出了一个完美的 “进度基准”。看着那张漂亮的甘特图，我的徒弟小王兴奋地跟我说：“师父，只要大家按这个做，国庆节肯定能上线！”

我笑了笑，没说话，只是默默地给他泡了一杯浓茶。
果然，项目才开始两周，墨菲定律 就准时降临了：

• • 核心开发张三突然要请婚假，代码没人写了。
• • 服务器供应商打电话说海运堵了，晚到货两周。
• • 甲方爸爸突然拍脑袋，要在APP里加个“直播带货”功能。

小王崩溃了，拿着那一堆废纸一样的计划来找我：“师父，这可怎么办啊？计划全乱了！”

我拍拍他的肩膀：“小王，别慌。计划是死的，人是活的。项目经理不是只会画图的画图员，而是 ‘乱局中的操盘手’。今天，师父就教你几招 ‘进度控制’ 的绝学，咱们不仅要发现问题，还要把这些失去的时间，一点点抢回来！”

一、 上节回顾与热身

1. 上节核心回顾：时间的计算

在上一讲（第41讲），我们经历了数学的洗礼：

1. 1. 估算工期： 用 PERT (1-4-1/6) 搞定了不确定性，用 标准差 算出了概率。
2. 2. 关键路径法 (CPM)： 用 正推逆推 找出了总工期，算出了 总时差 (TF) 和 自由时差 (FF)。
3. 3. 进度基准： 生成了 甘特图，这是我们今天要去捍卫的“法律”。

2. 上节课后作业精讲

【习题1：PERT反推】

• • 题目回顾： 某活动按贝塔分布，最乐观3天，最可能5天。如果期望工期是6天，求最悲观时间？
• • 老孙解析： 选 14天。
• • 公式：Te = (O + 4M + P) / 6
• • 带入：6 = (3 + 4×5 + P) / 6 -> 36 = 23 + P -> P = 13。
• • 等等，算错了？ 20+3=23。36-23=13。答案应该是 13 天。考试一定要细心！

【习题2：时差辨析】

• • 题目回顾： 活动 A 晚了 2 天，虽然没影响总工期，但导致后续活动 B 无法按最早时间开始。请问 A 消耗了什么？
• • 老孙解析： 消耗了 自由时差 (Free Float)，但没消耗完 总时差 (Total Float)。
• • 自由时差是保护“紧后活动”的，总时差是保护“项目终点”的。

二、 咱们今天聊点啥？（本讲目标）

2.1 为什么你必须学好这一讲？

如果不学好这一讲，你会像小王一样经历这些绝望时刻：

• • 痛点一（温水煮青蛙）： 每天延期一点点，你觉得没关系。等到发现时，已经延期一个月了，神仙也救不回来。
• • 痛点二（盲目赶工）： 发现延期了，你只知道让大家通宵加班。结果大家累病了，Bug 更多了，进度反而更慢了（布鲁克斯法则）。
• • 痛点三（敏捷懵逼）： 到了敏捷项目里，没有甘特图，你不知道怎么看进度，看着那张 燃尽图 像看天书。

2.2 本讲核心任务地图

我们将深入 PMBOK 进度管理的最后一步，以及敏捷进度的特殊玩法：

1. 1. 控制进度（Control Schedule）：
• • 任务： 监控状态，管理变更。
• • 核爆看点： 绩效审查 怎么做？燃尽图 到底怎么看？资源平衡 和 资源平滑 到底有什么区别（必考辨析）？
2. 2. 敏捷发布规划（Agile Release Planning）：
• • 任务： 在敏捷环境中做计划。
• • 核爆看点： 史诗、特性、用户故事 的层级关系；迭代燃尽图 vs 发布燃尽图。

三、 核心内容精讲