排列活动顺序是什么
排列活动顺序确定活动之间的逻辑关系，常用紧前关系绘图法（PDM）表达。关系定错，后续算出来的关键路径、浮动与工期承诺都会跟着错。这个过程的产出是网络图：它把「谁必须在谁之前」变成可计算的结构，而不是口头上的先后印象。
基本信息
| 所属过程组 | 规划（6.3 排列活动顺序） |
|---|---|
| 主要输入 | 活动清单、活动属性、里程碑清单、范围基准 |
| 主要输出 | 项目进度网络图与项目文件更新 |
| 常用方法 | 紧前关系绘图法（PDM）、确定性与非确定性依赖 |
典型使用场景
- 制定进度计划前：把活动依赖画清楚，才能算关键路径
- 压缩工期评估：找出可改为并行的串行关系
- 外部协调：把供应商交付设置为外部依赖并纳入网络图
- 资源排布：结合依赖与资源可用性判断可并行的活动
- 变更影响分析：新增活动插入网络图后重算浮动与完工日期
四种依赖关系
| 类型 | 含义 | 示例 |
|---|---|---|
| FS 完成到开始 | 前序完成后，后续才能开始 | 开发完成才能开始测试 |
| FF 完成到完成 | 前序完成后，后续才能完成 | 文档定稿后交付件才能定稿 |
| SS 开始到开始 | 前序开始后，后续才能开始 | 编码开始后单元测试准备启动 |
| SF 开始到完成 | 前序开始后，后续才能完成 | 新系统启动后旧系统停止服务 |
依赖性质与提前滞后
依赖性质与提前滞后
强制依赖：合同或法规要求（如验收前必须完成审计）
选择性依赖：团队偏好（如先做模块 A 再做模块 B）
外部依赖：依赖项目外主体（供应商交付、监管审批）
提前 Lead：允许后续活动提前开工，压缩总工期
滞后 Lag：强制等待（如混凝土养护 7 天）
# 网络图不体现提前与滞后量，浮动与关键路径判断就会失真常见排序问题
| 问题 | 后果 | 改进方向 |
|---|---|---|
| 把选择性依赖当强制 | 失去压缩工期的空间 | 标注依赖性质，区分可调整项 |
| 遗漏外部依赖 | 供应商延迟不进入关键路径 | 外部交付节点写入网络图 |
| 滞后量未标注 | 实际等待时间被忽略 | 把等待设为显式滞后 |
| 循环依赖未发现 | 进度无法计算 | 绘图后先做环路检查 |
落地要点
- 依赖性质要标注，可调整与不可调整分开对待
- 提前与滞后量写成明确数值，避免口头约定
- 网络图完成后做一次环路与遗漏检查
- 行业或合同约束的强制依赖，要在计划中写明依据
网络图应体现外部依赖与提前、滞后量，否则关键路径判断会失真，浮动值也可能虚高。
把选择性依赖当强制依赖固化下来，会在需要压缩工期时发现没有任何可并行空间，只能靠加班硬顶。