🧩 一、整体框架：项目进度管理全景图

过程	所属过程组	核心目标	开展频率	关键输出
1. 规划进度管理	规划	制定“如何管进度”的规则	仅一次或预定义点	进度管理计划
2. 定义活动	规划	将工作包拆为可执行任务	整个项目期间	活动清单、里程碑清单
3. 排列活动顺序	规划	确定任务先后逻辑	整个项目期间	项目进度网络图
4. 估算活动持续时间	规划	估算每项任务耗时	整个项目期间	持续时间估算
5. 制定进度计划	规划	整合信息生成正式计划	整个项目期间	进度基准、项目进度计划
6. 控制进度	监控	监控偏差、管理变更	整个项目期间	工作绩效信息、进度预测

✅ 口诀：
“1规5动控” —— 1个规划（进度管理），5个动作（定义→排列→估算→制定），1个控制。

⚠️ 注意：

• 执行过程组不包含进度管理过程（但会执行进度计划中的活动）
• 所有估算和计划都是渐进明细的，随项目推进不断更新

---

📊 二、六大过程 ITO 总表（含解释与举例）

（1）规划进度管理

类别	内容	✅ 解释 + 举例
输入	项目章程、项目管理计划、事业环境因素、组织过程资产	章程提供高层目标；公司模板（组织资产）决定格式
工具	专家判断、数据分析（备选方案）、会议	“用甘特图还是看板？” → 备选方案分析
输出	进度管理计划（含9项内容）： ①进度模型 ②迭代长度 ③准确度 ④计量单位 ⑤WBS使用规则 ⑥模型维护 ⑦控制临界值 ⑧EVM规则 ⑨报告格式	举例： - 模型：Scrum + 燃尽图 - 临界值：SPI < 0.9 需预警 - 单位：人天（1人天=8小时）

---

（2）定义活动

类别	内容	✅ 解释 + 举例
输入	进度管理计划、范围基准、事业环境因素、组织过程资产	WBS是分解起点
工具	专家判断、分解、滚动式规划、会议	滚动式规划：近细远粗 举例：Sprint 1 详细，Sprint 2~4 只列“待细化”
输出	活动清单、活动属性、里程碑清单、变更请求、更新的基准	活动 vs 工作包： - 工作包：“用户登录模块”（可交付） - 活动：“设计UI”、“开发API”（不可交付，但必须做） 里程碑：MVP上线日（持续时间为0）

---

（3）排列活动顺序

类别	内容	✅ 解释 + 举例
输入	活动清单/属性、假设日志、里程碑清单等	假设：“第三方API 3月可用” → 影响外部依赖
工具	PDM（主流）、ADM、依赖关系、提前量/滞后量	PDM 四种关系： - FS（最常见）：编码完成 → 测试开始 - SS：地基开挖 → 支护施工（同步） - FF：文档写完 → 审核完（同步结束） - SF（极少）：夜班开始 → 白班结束（交接） 提前量：测试在开发80%时开始（-2天） 滞后量：混凝土浇筑后等3天再施工（+3天）
输出	项目进度网络图、更新的活动属性	网络图 = 任务流程图，明确谁先谁后

---

（4）估算活动持续时间

类别	内容	✅ 解释 + 举例
输入	资源需求、资源日历、风险登记册、经验教训等	资源日历：“张工下周才空”
工具	类比（快但粗）、参数（模型）、三点（O/M/P）、自下而上（最准）、储备分析	三点估算： O=2天, M=4天, P=10天 → (2+16+10)/6 = 5天 收益递减：5人 ≠ 1天完成（沟通成本高） 帕金森定律：给2周，即使1周能做完也会拖到第2周
输出	持续时间估算（如 5天±1天）、估算依据	估算带区间，不是固定值

---

（5）制定进度计划

类别	内容	✅ 解释 + 举例
输入	所有前期输出 + 协议（如合同交付日）	合同要求“6月30日前上线” → 强制制约
工具	关键路径法、资源优化、进度压缩、PERT、敏捷发布规划	关键路径：最长路径 = 最短工期 资源平衡：解决超负荷，可能延长工期 赶工：加人/加班（↑成本） 快速跟进：并行任务（↑返工风险） 敏捷发布：每2周交付一个可用版本
输出	进度基准（批准版）、项目进度计划（甘特图）、项目日历	进度基准 = 绩效测量标尺，只能通过变更修改

---

（6）控制进度

类别	内容	✅ 解释 + 举例
输入	进度基准、工作绩效数据（原始观察值）	“任务A完成60%” 是原始数据
工具	挣值分析（SV/SPI）、燃尽图、趋势/偏差分析、关键路径监控	SV = EV - PV，SPI = EV / PV SPI=0.85 → 落后15% 燃尽图：实际线高于理想线 → 可能延期
输出	工作绩效信息（加工后）、进度预测、变更请求	“预计总工期75天（原60天）” → 提交变更
缩短工期6法	1. 赶工 2. 快速跟进 3. 高素质人员 4. 减小范围（需甲方同意） 5. 改进技术 6. 加强质量（减少返工）	优先选5、6（低成本高效益）

---

🔗 三、六大过程逻辑串联（流程图式理解）

[项目章程]  
    ↓  
**1. 规划进度管理** → 输出：进度管理计划（定规矩）  
    ↓  
**2. 定义活动** → 把WBS工作包拆成具体任务  
    ↓  
**3. 排列活动顺序** → 画出任务流程图（谁先谁后）  
    ↓  
**4. 估算活动持续时间** → 给每个任务估时间（带区间）  
    ↓  
**5. 制定进度计划** → 整合所有信息 → 生成甘特图 + 批准为**进度基准**  
    ↓  
**6. 控制进度** → 持续对比实际 vs 基准 → 发现偏差 → 分析原因 → 提交变更 → 更新基准

💡 小型项目简化：
定义活动 → 排列顺序 → 估算时间 → 制定计划
→ 可由一人快速完成，视为一个连贯过程。

---

🌐 四、敏捷与新实践补充

方法	适用场景	特点
具有未完成项的迭代型进度计划	适应型生命周期（如Scrum）	滚动式规划，允许变更，增量交付
按需进行的进度计划	运营环境、任务规模相似	资源空闲时从待办列表取任务（如Kanban）
用户故事	敏捷需求表达	六特征：独立、可讨论、有价值、可估计、小、可测试 格式：“作为【角色】，我希望【功能】，以便【价值】” 举例：“作为用户，我希望能用手机号注册，以便快速登录。”

---

🎯 五、关键区分与记忆点

概念	区分要点
进度管理计划 vs 进度计划	前者是“规则说明书”，后者是“时间表”
进度基准 vs 项目进度计划	基准是批准版（用于绩效测量），计划是沟通版（含更多细节）
工作包 vs 活动	工作包 = 可交付成果；活动 = 不可交付的具体任务
赶工 vs 快速跟进	赶工 = 加资源（↑成本）；快速跟进 = 并行（↑风险）
资源平衡 vs 资源平滑	平衡 = 改变关键路径；平滑 = 不改变关键路径

---

✅ 终极口诀（全章记忆）

“一规定规矩，五动建计划，一控保执行；
活动拆工作，顺序画网络，估算带区间；
关键路径定工期，赶工快跟缩时间；
挣值燃尽看偏差，变更批准才更新！”