一、进度管理中可能出现的问题
| 进度管理过程 | 具体问题（编号+描述） |
|---|---|
| 1. 规划进度管理 | 1. 没进行规划进度管理 2. 由一人制定进度计划，未从项目实际出发；仅依据合同时间制定，不符合实际情况 |
| 2. 定义活动 | 1. 没进行活动定义 |
| 3. 排列活动顺序 | 1. 没进行活动排序 |
| 4. 估算活动持续时间 | 1. 没进行历时估算 2. 历史估算不准确 |
| 5. 制定进度计划 | 1. 没制定进度计划 2. 加班会增加成本，影响质量 3. 并行工作会增加风险 4. 增加资源有时压缩工期有限 5. 方法不合理，未预留缓冲时间 6. 项目进度计划不合理 7. 计划未评审即实施 8. 未考虑资源日历，导致冲突 9. 压缩工期时未评估新增开发人员可用性 10. 未经评估随意压缩原开发周期 11. 关键里程碑未获干系人签字确认 |
| 6. 控制进度 | 1. 没做进度控制 2. 控制进度工作做得不好 3. 缺乏进度管理思想 |
✅提示：以上问题覆盖进度管理全过程，是项目失败的常见根源。
二、项目进度问题的解决方案
| 序号 | 解决措施 |
|---|---|
| 1️⃣ | 向公司申请增加资源，或使用经验丰富的员工 |
| 2️⃣ | 优化网络图，重排活动顺序，压缩关键路径长度 |
| 3️⃣ | 临时加班（赶工），补救延误或提升资源利用效率 |
| 4️⃣ | 将部分阶段工作改为并行，优化内部流程 |
| 5️⃣ | 变更进度计划：基于前期绩效重新估算，修订后需干系人同意 |
| 6️⃣ | 加强与项目干系人的沟通 |
| 7️⃣ | 及时检查交付物与阶段成果，避免后期返工 |
| 8️⃣ | 调配非关键路径上的资源用于关键路径任务 |
| 9️⃣ | 优化外包、采购等环节，并全程监控 |
三、缩短活动工期的方法（高频考点）
【口诀】赶快使减改为加
（赶工、快速跟进、高素质人员、减范围、改进方法、减少返工、提高效率、增强优质资源、外包）
| 方法 | 说明 |
|---|---|
| 1. 赶工 | 投入更多资源或加班，缩短关键活动工期 |
| 2. 快速跟进 | 并行施工，缩短关键路径（如边设计边施工） |
| 3. 高素质人员 | 使用经验丰富者，替代低效人员 |
| 4. 减小范围/降低要求 | 在允许范围内缩减工作内容或标准 |
| 5. 改进方法或技术 | 采用新工具/流程提升效率（如自动化测试） |
| 6. 加强质量管理 | 早发现问题 → 减少返工 → 缩短总工期 |
📌历年真题覆盖：高级05下、08上、10下、14上、16上、17下、19下、23下（第2批）
四、进度压缩技术分析（含利弊）
| 技术 | 定义 | 适用条件 | 优点 | 缺点/风险 | 示例 |
|---|---|---|---|---|---|
| 赶工（Crashing） | 通过增加资源以最小成本压缩关键路径工期 | 活动在关键路径上，且可通过加资源缩短时间 | 效果直接、可控 | 成本↑、协调复杂、质量风险↑ | 批准加班、支付加急费、增派人手 |
| 快速跟进（Fast Tracking） | 将串行活动改为部分并行 | 活动间依赖可部分解除 | 无需额外成本即可提速 | 返工风险↑、协调难度↑、可能成本↑ | 图纸未完即开工地基 |
⚠️ 两者均仅适用于关键路径上的活动
五、确定依赖关系（4类）
| 类型 | 别名 | 特点 | 是否可控 | 示例 |
|---|---|---|---|---|
| 强制性依赖 | 硬逻辑 | 法律、合同或技术内在要求 | 否 | 必须先编码才能测试 |
| 选择性依赖 | 软逻辑、首选逻辑 | 基于经验或偏好 | 是 | 团队习惯先评审再开发 |
| 外部依赖 | — | 依赖非项目活动 | 否 | 软件测试依赖外部硬件到货 |
| 内部依赖 | — | 项目内活动顺序 | 是 | 组装完机器才能测试 |
六、资源优化技术对比
| 技术 | 目标 | 操作方式 | 是否改变关键路径 | 是否延迟完工 | 适用场景 |
|---|---|---|---|---|---|
| 资源平衡（Resource Leveling） | 解决资源超限或冲突 | 调整活动开始/结束日期 | ✅ 是 | ✅ 可能延长 | 资源有限、共享（如1人多任务） |
| 资源平滑（Resource Smoothing） | 不超资源限制前提下优化使用 | 仅在浮动时间内调整 | ❌ 否 | ❌ 否 | 资源波动大但总量充足 |
💡记忆技巧：
- 平衡 = 可延期，改关键路径
- 平滑 = 不延期，不动关键路径
七、进度计划的种类与用途
| 计划类型 | 别名 | 特点 | 主要用途 |
|---|---|---|---|
| 里程碑进度计划 | 里程碑图 | 仅标出关键节点 | 高层汇报、干系人沟通 |
| 概括性进度计划 | 横道图（甘特图） | 显示任务起止时间 | 团队日常跟踪 |
| 详细进度计划 | 项目进度网络图 | 包含逻辑关系、关键路径 | 精确计划、工期计算 （含单代号、双代号、时标网络图） |
八、不同进度-成本组合下的应对措施（重点！几乎必考）
🟢 情况1：进度落后 + 成本超支
- 用高效人员代替低效人员
- 在防范风险前提下并行施工
- 减小活动范围或降低要求
- 改进方法/技术提高效率
- 加强质量管理，减少返工
🟡 情况2：进度落后 + 成本节约
- 赶工（如全员加班）
- 高效资源替换低效资源
- 改进方法，提高工作效率
🔴 情况3：进度超前 + 成本超支
- 抽调部分人员放慢进度
- 实施成本控制措施
- 区分任务，差异化管理
- 必要时调整成本基准
- 优化方案、加强质量、减少返工、加强沟通以降本
- 在确保按期前提下，适度放缓以节约成本
- 总结“提前”经验，推广至其他项目
🟢 情况4：进度超前 + 成本节约
- 抽调人员支援其他项目
- 加强质量控制，密切监控
- 必要时调整计划或基准，持续优化
九、估算持续时间需考虑的其他因素
| 因素 | 说明 | 实例/影响 |
|---|---|---|
| 收益递减规律 | 资源投入超过临界点后，单位产出下降 | 2人干1天 ≠ 1人干2天（沟通成本↑） |
| 资源数量 | 增加资源≠线性缩短工期 | 两倍人力可能只节省20%时间 |
| 技术进步 | 新技术可显著提升效率 | 使用AI代码生成工具缩短开发周期 |
| 员工激励心理 | • 拖延症：临近截止才发力 • 帕金森定律：工作填满所有时间 | 应设定合理缓冲，避免“虚假宽松” |
| 记录要求 | 所有估算依据与假设必须书面记录 | 便于追溯、审计、复盘 |
✅总结建议：
- 进度管理是动态闭环过程：计划 → 执行 → 监控 → 调整
- 关键路径是核心，压缩需权衡成本、风险、质量
- 干系人确认、资源日历、缓冲时间是易忽略但关键要素
- 所有变更必须走正式变更流程，获得干系人签字
)
