里程碑设计与阶段控制是什么
里程碑是持续时间为零的关键节点或事件，用于治理汇报与阶段控制。设计要点有三个：数量适度（过多则评审成本超过价值）、含义清晰（名称本身就说明达成了什么）、与交付物及决策点对应。只标日期不写判据的里程碑在达成与否上有争议，而把里程碑绑到决策点上，到达它意味着一个明确决定可以做出。
基本信息
| 定义 | 零工期的重要节点或事件，用于阶段划分与治理汇报 |
|---|---|
| 设计参数 | 数量、命名、达成判据、对应交付物与决策类型 |
| 输入 | 范围基准、进度基准、合同节点、外部依赖时点 |
| 输出 | 里程碑清单（名称、计划日期、判据、责任人） |
| 常见数量 | 中小项目 5-8 个，过多会推高评审负担 |
典型使用场景
- 合同型项目按收款与验收节点设里程碑，与商务节奏对齐
- 多供应商项目按接口交付设里程碑，控制集成风险集中度
- 阶段关口评审：以里程碑达成作为进入下一阶段的准入条件
- 治理汇报：用里程碑达成率作为整体状态的直观指标
- 外部依赖管理：为第三方交付设定里程碑并明确逾期升级路径
里程碑设计示例
里程碑设计示例
M1 需求基线确认（业务签署） # 判据：业务签署确认单
M2 方案评审通过（技术与安全） # 判据：评审遗留项全部关闭
M3 开发完成并通过集成测试 # 判据：集成测试通过率与遗留缺陷满足准入
M4 上线切换完成（业务验证） # 判据：业务验证通过、回退方案确认
M5 终验与移交（合同节点） # 判据：验收单签署、移交清单完成
每个里程碑需写明：达成判据、责任人、逾期影响与升级路径
# 只写日期不写判据，达成与否会有争议
判据应可核对：有签署文件、测试报告或系统记录支撑里程碑判据示例
| 里程碑 | 达成判据 | 常见争议点 |
|---|---|---|
| 需求基线 | 业务签署确认单 | 口头同意未签署，后续需求仍可变更 |
| 方案评审 | 评审遗留项关闭率达到要求 | 遗留项被无限延期，评审形同虚设 |
| 开发完成 | 集成测试通过且遗留缺陷满足准入 | 遗留缺陷标准未事先定义 |
| 上线完成 | 业务验证通过并完成回退演练 | 仅完成技术部署，业务未验证 |
| 终验移交 | 验收单签署且文档与知识移交完成 | 文档未移交，运维接手困难 |
里程碑达成但后续工作反过来影响已完成内容时，要回到变更控制流程：例如上线后发现重大缺陷需回退，应更新里程碑状态与基准，而不是私下修改完成记录。