目录
1. 活动定义（Activity Definition）
2. 活动排序（Activity Sequencing）
3. 活动资源估算（Activity Resource Estimating）
4. 活动历时估算（Activity Duration Estimating）
5. 制定进度计划（Schedule Development）
6. 进度控制（Schedule Control）
在软件项目开发过程中，进度管理是项目成功的重要保障。它涉及对项目活动的计划、排序、时间估算、资源分配以及进度控制等一系列过程，直接影响项目能否按时交付以及项目成本和质量。
软件进度管理活动一般包括：活动定义、活动排序、活动资源估算、活动历时估计、制定进度计划和进度控制。 各项活动紧密相连，共同确保软件项目能够按时、高质量地交付。
1. 活动定义（Activity Definition）
定义：将项目工作分解为具体、可管理的任务单元（活动），明确"需要做什么"。
做法：
- 采用工作分解结构(WBS)方法，自上而下逐步细化项目工作
- 确保每项活动具有明确的目标、可交付成果和验收标准
- 组织相关专家和团队成员共同讨论确定活动定义
- 使用统一的命名规范和编号系统便于管理
示例：
开发一款电商APP时，活动定义可能包括：
- 需求分析：收集并分析用户需求，编写需求规格说明书
- 数据库设计：设计数据库结构，创建ER图和数据字典
- 用户界面原型设计：制作高保真原型，获得用户反馈
- 后端API开发：实现业务逻辑，提供RESTful API接口
- 前端页面开发：实现用户界面，与后端API对接
- 系统集成测试：验证各模块集成后的功能和性能
2. 活动排序（Activity Sequencing）
定义：确定活动之间的逻辑依赖关系（如先后顺序、并行关系），形成网络图。
做法：
- 识别所有活动之间的依赖关系
- 区分强制性依赖、选择性依赖和外部依赖
- 使用项目管理工具绘制网络图
- 确定关键路径和活动浮动时间
- 定期评审和更新活动顺序
示例：
-
强制性依赖（硬逻辑）：
- 必须完成"数据库设计"后才能开始"后端API开发"
- 必须完成"后端API开发"后才能开始"系统集成测试"
-
选择性依赖（软逻辑）：
- "单元测试"最好在"模块开发"完成后立即进行
- "代码审查"建议在"代码合并"前完成
-
外部依赖：
- 等待第三方支付接口接入后才能进行支付功能测试
- 依赖硬件供应商交付服务器设备
依赖关系图：
需求分析 → 数据库设计 → 后端API开发 → 系统集成测试 ↘ 用户界面原型设计 → 前端页面开发 ────────────┘3. 活动资源估算（Activity Resource Estimating）
定义：估算完成各项活动所需的资源类型（如人力、设备、材料等）和数量。
做法：
- 确定每项活动需要的资源类型和技能要求
- 评估每种资源的数量和可用性
- 考虑资源之间的依赖关系和共享情况
- 使用专家判断、类比估算或参数估算等方法进行量化
- 考虑资源成本和获取难度
示例：
-
"后端API开发"需要：
- 2名后端工程师（中级Java开发经验）
- 1台测试服务器（8核CPU，16GB内存）
- Postman工具用于API测试
- 代码版本控制工具Git
-
"前端页面开发"需要：
- 2名前端工程师（熟悉React框架）
- Figma设计工具账号
- Chrome开发者工具
- UI组件库如Ant Design
-
"系统集成测试"需要：
- 测试环境服务器集群
- 自动化测试框架Selenium
- 性能测试工具JMeter
- 3名测试工程师
4. 活动历时估算（Activity Duration Estimating）
定义：估算每项活动所需的时间（通常以工作日/小时为单位）。
做法：
- 收集历史项目数据作为参考基准
- 分析活动复杂度和资源能力水平
- 使用专家判断、三点估算等方法
- 考虑风险因素和缓冲时间
- 确定合理的开始和结束日期
示例：
"前端页面开发"预计耗时：
- 基于历史数据，类似项目耗时10天 → 初步估算为10±2天
- 考虑团队对React框架的熟练度较高，调整为8天
- 加入2天缓冲时间应对需求变更 → 最终估算10天
详细分解：
- 用户登录/注册页面：2天
- 商品展示页面：3天
- 购物车功能：2天
- 订单确认页面：2天
- 缓冲时间：1天
5. 制定进度计划（Schedule Development）
定义：根据活动定义、排序、资源估算和历时估计的结果，制定出项目的详细进度计划。
做法：
- 使用甘特图、关键路径法(CPM)或项目计划软件
- 确定关键路径和总项目工期
- 安排非关键活动的浮动时间
- 设置重要里程碑节点
- 考虑资源平衡和约束条件
- 定期评审和更新进度计划
示例：
使用甘特图展示关键路径：
| 周次 | 第1周 | 第2周 | 第3周 | 第4周 | 第5周 |
|---|---|---|---|---|---|
| 团队A | 需求分析 | 系统集成测试 | 测试报告 | ||
| 团队B | 数据库设计 | 后端API开发 | |||
| 团队C | 用户界面原型设计 | 前端页面开发 |
关键路径：需求分析 → 数据库设计 → 后端API开发 → 系统集成测试（总时长决定项目周期）
6. 进度控制（Schedule Control）
定义：监督项目进度的执行情况，及时发现偏差并采取纠正措施，确保项目按时完成。
做法：
- 建立进度监控机制，定期检查实际进度
- 分析偏差原因（资源不足、需求变更、技术问题等）
- 采取纠正措施（增加资源、调整优先级、修改范围等）
- 更新进度计划并通知相关方
- 预防未来可能出现的偏差
- 记录经验教训供未来项目参考
示例：
监控发现："后端API开发"因技术难题延迟2天
应对措施：
- 增加1名后端工程师（从其他项目临时调配）
- 与产品经理协商，简化部分非关键API功能
- 调整后续测试计划，压缩"系统集成测试"时间1天
- 与客户沟通，适当调整交付日期预期
- 更新进度计划并通知所有团队成员
更新后的关键路径：
需求分析 → 数据库设计 → 后端API开发（+2天） → 系统集成测试（-1天） → 测试报告
通过及时控制，项目总工期保持不变，但需要更高效地执行后续任务。
