1. 项目进度管理概述
项目进度管理是项目管理知识体系中的核心领域之一，它直接关系到项目能否在预定时间内完成既定目标。作为项目经理，我经历过太多因为进度失控而导致项目失败的案例，也深刻体会到科学进度管理的重要性。
进度管理不是简单地制定一个时间表那么简单，它需要综合考虑资源分配、任务依赖关系、风险应对等多方面因素。在实际操作中，进度管理通常包括六个主要过程：规划进度管理、定义活动、排列活动顺序、估算活动持续时间、制定进度计划和控制进度。本章重点讨论的是前三个基础环节（10.1-10.3），它们是构建可靠进度计划的基石。
2. 规划进度管理（10.1）
2.1 进度管理计划的核心要素
规划进度管理是制定如何在整个项目生命周期中管理项目进度的过程。这个阶段产出的进度管理计划是整个项目进度工作的"宪法"，它明确了：
- 进度模型的建立方法（如关键路径法或敏捷方法）
- 进度计划的格式和报告频率
- 计量单位（人天、人周等）
- 控制临界值（允许偏差范围）
- 绩效测量规则（如挣值管理）
经验分享：在实际项目中，我通常会根据项目复杂程度选择不同精度的进度模型。对于大型复杂项目，建议采用关键路径法；而对于需求变化频繁的项目，敏捷方法可能更为适合。
2.2 进度管理计划的制定步骤
- 收集输入信息：包括项目管理计划、项目章程、组织过程资产等
- 选择进度方法：根据项目特点选择预测型、迭代型或适应型方法
- 确定进度工具：常用工具包括MS Project、JIRA、Trello等
- 制定控制流程：明确进度变更的审批流程和权限
- 文档化计划：形成正式的进度管理计划文档
在实际操作中，我发现很多项目经理会跳过这个步骤直接开始排计划，这是非常危险的。没有明确的进度管理方法，后期很容易陷入混乱。
3. 定义活动（10.2）
3.1 活动定义的关键原则
定义活动是将工作包分解为更小的、可管理的活动单元的过程。这个环节需要注意：
- 活动应该足够小，以便于估算和分配
- 每个活动应该有明确的交付成果
- 活动之间应该有清晰的边界
- 活动定义应该考虑资源可用性
我常用的活动定义方法是"8/80规则"：即一个活动的持续时间不应少于8小时，也不应超过80小时。这个范围既能保证活动足够细化，又不会过于碎片化。
3.2 活动定义的技术工具
- 分解技术：基于WBS进一步细化工作包
- 滚动式规划：对近期工作详细规划，远期工作粗略规划
- 专家判断：邀请领域专家参与活动定义
- 模板法：复用类似项目的活动清单
表格：活动定义常见问题及解决方案
| 问题类型 | 表现症状 | 解决方案 |
|---|---|---|
| 活动过大 | 持续时间超过2周 | 进一步分解 |
| 活动模糊 | 无法明确交付成果 | 重新定义验收标准 |
| 责任不清 | 多个团队负责同一活动 | 明确单一责任人 |
| 依赖缺失 | 未识别前置活动 | 进行依赖关系分析 |
4. 排列活动顺序（10.3）
4.1 活动依赖关系类型
排列活动顺序是识别和记录项目活动之间逻辑关系的过程。活动之间的依赖关系主要有四种类型：
- 完成到开始(FS)：最常见类型，前序活动完成后后续活动才能开始
- 开始到开始(SS)：前序活动开始后，后续活动才能开始
- 完成到完成(FF)：前序活动完成后，后续活动才能完成
- 开始到完成(SF)：较少使用，前序活动开始后，后续活动才能完成
在实际项目中，我发现很多团队成员会混淆这些依赖关系类型，特别是SS和FS。一个简单的记忆方法是：第一个字母代表前序活动的状态，第二个字母代表后续活动的状态。
4.2 前导图法(PDM)应用
前导图法(Precedence Diagramming Method)是排列活动顺序最常用的技术。它使用方框(节点)表示活动，用箭头表示依赖关系。构建PDM的步骤：
- 列出所有活动及其属性
- 确定活动间的逻辑关系
- 识别并处理外部依赖
- 应用提前量与滞后量
- 验证网络图的完整性
注意事项：在绘制PDM时，要特别注意"虚活动"的使用。虚活动用虚线表示，持续时间为零，仅用于表示逻辑关系。我曾见过一个项目因为漏掉了关键的虚活动，导致整个进度计划出现严重偏差。
5. 进度管理常见问题与解决方案
5.1 进度估算不准确
这是最常见的问题之一，通常由以下原因导致：
- 活动定义不充分
- 历史数据缺失
- 资源能力评估不足
- 风险考虑不全面
解决方案：
- 采用三点估算(PERT)技术
- 建立组织级的历史数据库
- 进行资源能力评估
- 预留适当的应急储备
5.2 关键路径识别错误
关键路径是网络图中最长的路径，决定了项目的最短工期。常见的识别错误包括：
- 遗漏关键活动
- 错误计算浮动时间
- 忽略资源约束
我的经验是：在确定关键路径后，应该进行"关键路径验证"——假设关键路径上每个活动都延迟一天，看总工期是否相应延长。如果不是，说明关键路径识别可能有误。
5.3 进度压缩技术应用不当
当需要缩短项目工期时，常用的进度压缩技术有：
- 赶工：增加资源以缩短关键活动持续时间
- 优点：见效快
- 缺点：成本增加，可能引入新风险
- 快速跟进：将正常情况下按顺序进行的活动改为并行
- 优点：不增加成本
- 缺点：可能增加返工风险
在实际操作中，我发现很多项目经理会过度依赖赶工，导致项目成本激增。正确的做法应该是先尝试快速跟进，只有在必要时才采用赶工。
6. 进度管理工具实战技巧
6.1 MS Project高级应用
作为最常用的项目管理工具，MS Project有几个实用但常被忽视的功能：
- 资源调配：自动解决资源过度分配问题
- 操作路径：资源→调配资源
- 技巧：先设置调配优先级
- 比较基准：保存原始计划用于后期对比
- 操作路径：项目→设置比较基准
- 技巧：定期保存多个比较基准
- 进度线：直观显示进度偏差
- 操作路径：视图→进度线
6.2 敏捷项目的进度管理
对于敏捷项目，进度管理有其特殊性：
- 迭代规划：将项目分解为固定长度的迭代
- 故事点估算：使用相对估算而非绝对时间
- 燃尽图：跟踪剩余工作量的变化趋势
- 每日站会：快速识别和解决进度障碍
在敏捷项目中，我发现很多团队会犯一个错误：过于关注单个迭代的进度，而忽略了整体项目进度。正确的做法应该是同时维护发布计划和迭代计划。
7. 进度监控与绩效测量
7.1 挣值管理(EVM)技术
挣值管理是集成测量项目范围、进度和成本绩效的方法。三个关键指标：
- 计划价值(PV)：计划完成工作的预算价值
- 挣值(EV)：实际完成工作的预算价值
- 实际成本(AC)：实际发生的成本
通过这些指标可以计算：
- 进度偏差(SV=EV-PV)
- 进度绩效指数(SPI=EV/PV)
实操心得：在项目早期，SPI可能会有较大波动，这是正常现象。我通常会在项目执行15%-20%后再开始认真分析SPI趋势。
7.2 进度预测技术
当发现进度偏差后，需要预测项目最终完成日期。常用方法：
- 关键路径法：基于当前进度更新网络图
- 挣值预测：使用SPI预测最终工期
- 蒙特卡洛模拟：考虑不确定性进行概率预测
在实际预测时，我建议同时使用多种方法，然后比较结果。如果不同方法得出的结论差异很大，说明项目存在较大不确定性，需要特别关注。
