里程碑表
把项目关键节点、交付物、依赖与验收人排成一张可跟踪的表。
可整段复制 占位符用双大括号标出,替换成你的内容即可
# {{项目名称}} 里程碑表
## 一、项目信息
- 项目目标:{{一句话}}
- 项目周期:{{起止日期}}
- 项目经理:{{姓名}}
- 关键干系人:{{姓名与角色}}
## 二、里程碑
| # | 里程碑 | 交付物 | 负责人 | 计划日期 | 依赖 | 状态 | 验收标准 |
| --- | --- | --- | --- | --- | --- | --- | --- |
| M1 | {{立项完成}} | {{立项书}} | {{姓名}} | {{日期}} | {{预算审批}} | {{未开始/进行中/完成}} | {{审批通过}} |
| M2 | {{方案确认}} | {{方案文档}} | {{姓名}} | {{日期}} | {{M1}} | {{状态}} | {{评审通过}} |
| M3 | {{开发完成}} | {{可运行版本}} | {{姓名}} | {{日期}} | {{M2}} | {{状态}} | {{测试通过}} |
| M4 | {{上线}} | {{线上版本}} | {{姓名}} | {{日期}} | {{M3}} | {{状态}} | {{监控正常}} |
| M5 | {{验收}} | {{验收报告}} | {{姓名}} | {{日期}} | {{M4}} | {{状态}} | {{干系人签字}} |
## 三、关键路径
{{M1 → M2 → M3 → M4 → M5}} 为关键路径,任一节点延期都会影响最终上线。
非关键路径:{{任务}},有 {{天数}} 天浮动时间。
## 四、依赖与风险
- 外部依赖:{{依赖方}} 需在 {{日期}} 前提供 {{交付物}}
- 内部依赖:{{团队}} 需在 {{日期}} 前完成 {{任务}}
- 主要风险:{{风险}},影响 {{里程碑}},预案 {{预案}}
## 五、状态更新规则
- 每周 {{日期}} 更新一次状态
- 状态定义:未开始 / 进行中 / 有风险 / 已完成
- 延期超过 {{天数}} 需在周报中说明原因与补救
- 里程碑变更需 {{审批人}} 确认
复制与下载都在浏览器本地完成,不会上传内容,也不需要登录。
怎么用
- 每个里程碑必须有交付物与验收标准,否则「完成」无法判断。
- 先标关键路径,再安排资源;非关键任务可以并行或延后。
- 状态更新固定频率,延期尽早暴露,而不是上线前才说。
为什么这么写
- 里程碑表把项目从任务列表提升到可验收的节点,减少「做了很多但没交付」。
- 依赖列让外部等待显性化,方便提前催办。
- 验收标准减少交付时的扯皮。
- 关键路径帮助判断哪个延期真正影响上线。
常见错误
- 里程碑写成任务,没有交付物。
- 所有节点都标「进行中」,没有状态区分。
- 依赖没有写日期,导致最后才发现等外部。