项目里程碑是一个零持续时间点，标志着重大成就、批准、移交或外部事件。强有力的里程碑具有证据和决策意义。
什么是项目里程碑？
项目里程碑是持续时间为零的重要点或事件。它标志着成就、批准、移交、外部承诺或决策边界，例如“设计已批准”、“已收到许可”或“正在生产”。
里程碑并不是工作本身。只有在测试任务和验收标准完成后，“完整的用户测试”才是一个里程碑。在甘特图中，它通常显示为位于某个日期的菱形。
强大的里程碑回答了三个问题：
- 已达到什么可验证条件？
- 谁接受或确认？
- 达到目标后接下来会发生什么？
20 个有用的项目里程碑示例
发起和治理
- 商业案例获得批准 — 发起人授权进一步投资。
- 项目章程获得批准——目标、权威和高层边界被接受。
- 资金释放 — 下一批工作可能开始。
- 选择供应商 — 采购决定是最终决定并记录在案。
- 合同签署——双方已签署控股协议。
产品和软件交付
- 接受发布的范围 — 同意发布边界和接受条件。
- 架构已批准 - 指定的评审员接受提议的技术方向。
- 功能完整 — 所需的功能满足团队的稳定准入标准。
- 收到安全批准 — 所需的调查结果已得到解决或正式接受。
- 候选版本已批准 — 授权决策者允许生产部署。
- 生产上线 — 该版本可在生产环境中使用。
- Hypercare 完成 — 满足提高启动后支持的退出条件。
施工和实物交付
- 颁发许可证 — 当局授予受管辖工作的许可。
- 现场准备 — 验证访问、公用设施、安全和先决条件。
- 地基已接受 — 检查确认地基符合要求。
- 实际完工认证 — 资产可用于其预期目的，但有商定的例外情况。
营销、活动和客户工作
- 创意概念获得批准 — 客户在生产开始前接受指示。
- 注册开始 — 活动或活动向观众开放。
- 最终内容锁定 — 授权更改停止并发布生产文件。
- 客户验收已签署 — 客户确认合同交付物符合验收标准。
这些是模式，而不是盲目复制的标签。 “功能完整”对于不同的团队来说意味着不同的事情。在项目的里程碑标准中定义其证据。
里程碑有何用处？
它描述的是一种状态，而不是一种活动
使用过去分词或基于状态的语言：“设计已批准”，而不是“设计”； “数据迁移”，而不是“迁移”。该名称应该使完成条件可见。
有客观证据
证据可能是签署的决定、测试报告、部署的工件、颁发的许可证或接受的交付成果。 “项目完成 50%”是很弱的，因为这个百分比可能是主观的，并且不能解锁具体的决定。
与日程安排相关
里程碑应该有提供证据的前辈和依赖它的后继者。即使每个先决条件都落空，在目标日期手动放置的未链接钻石也可以保持绿色。
对某人来说很重要
并非每项任务的完成都值得里程碑地位。对改变授权、风险、外部沟通、付款、阶段或交付状态的事件使用里程碑。
里程碑、任务、可交付成果
| 概念 | 含义 | 持续时间 | 示例 |
|---|---|---|---|
| 任务 | 完成的工作 | 大于零 | 举办五次可用性会议 |
| 可交付成果 | 可验证的输出 | 由任务产生 | 可用性调查结果报告 |
| 里程碑 | 重要点或状态 | 零 | 调查结果已被接受 |
一个可交付成果可以支持一个里程碑，但这些术语不可互换。报告存在；验收是允许项目继续进行的事件。
里程碑与截止日期
截止日期是必需的或目标日期。 里程碑是预计在某个日期发生的事件。 “9 月 30 日”本身并不是一个有意义的里程碑； “9 月 30 日之前接受监管提交”。
将预测和承诺在概念上分开。如果时间表当前预测 10 月 3 日与 9 月 30 日为里程碑，那么三天的差异就是重要信息。不要将里程碑强行推回到 9 月 30 日并隐藏错过的事情。
里程碑应该如何出现在甘特图中？
创建一个零持续时间行，为其指定一个基于状态的名称，在有用时分配负责的决策者，并将其连接到产生结果的活动。如果前驱逻辑可以计算日期，请避免对其日期进行硬编码。
例如：
| 任务或里程碑 | 持续时间 | 取决于 |
|---|---|---|
| 完整的可访问性测试 | 3天 | 生产构建 |
| 解决释放阻塞问题 | 4天 | 无障碍测试 |
| 接受无障碍 | 0天 | 调查结果已解决 |
| 授权启动 | 1天 | 无障碍性已接受，安全性已获批准 |
在 GanttFather 中，里程碑可以用不同的标记来显示，例如菱形、圆形、星形、旗帜或支票。谨慎使用不同的形状并定义它们的含义；颜色和形状应该添加信息，而不是装饰。将每个门连接到正确的位置 依赖类型，将批准日期保留在 计划基线，并改编已发布的 活动策划时间表 当里程碑模式适合某个事件时。
一个项目应该有多少个里程碑？
没有通用的计数。一个为期六周的项目可能需要五到十个决策里程碑；多年期计划可能还有更多。正确的测试是每个人是否支持治理或沟通。
里程碑太少会使漫长的阶段变得不透明。太多人将每项任务都变成了“重要”事件并破坏了信号。在执行层面，仅显示与承诺和决策相关的里程碑。将可运行的登机口保留在详细的时间表中。
您如何编写里程碑验收标准？
使用紧凑记录：
| 领域 | 示例 |
|---|---|
| 里程碑 | 已获得安全批准 |
| 所需证据 | 已签署安全审查，没有未解决的关键问题 |
| 决策负责人 | 首席信息安全官代表 |
| 前辈 | 威胁模型、渗透测试、寻找补救措施 |
| 要求者 | 2026-10-14 |
| 错过的后果 | 生产授权动作 |
这将装饰性的日期变成了可测试的治理控制。
如何管理 GanttFather 中的里程碑关卡？
将门创建为零持续时间任务，选择里程碑标记，然后链接产生其证据的任务。添加取决于决策的继任者，以便迟到的批准能够转移真正阻碍的工作；然后，关键路径突出显示会显示该门控制最终日期的时间。
编辑人员可以更新实时计划，同时不受限制的观众和嘉宾检查相同的里程碑预测。对于正式差异报告，请保留已批准的快照或导出，因为 GanttFather 不会为每个任务提供专用的基线栏覆盖。
创建免费的 GanttFather 项目并添加您的决策里程碑 使用上面的接受标准字段。
常见问题
里程碑可以有持续时间吗？
标准调度用法中否：里程碑的持续时间为零。如果工作需要三天，请将工作建模为任务，并将里程碑放置在已验证的完成位置。
里程碑应该有所有者吗？
当需要批准、接受或外部确认时，指定负责人。所有者对事件的证据负责，而不是神奇地完成所有先前的工作。
项目里程碑可以移动吗？
当预测里程碑发生变化时，预测里程碑也会发生变化。固定的合同或监管日期仍然是目标，而当前的预测显示出差异。保留这两种意义，而不是默默地改写历史。
里程碑总是在关键路径上吗？
不。里程碑可以位于非关键分支上或标记信息丰富的事件。如果它限制了最终的可交付成果并且没有浮动，那么在进度模型下这将是至关重要的。
来源
