项目里程碑

计划帮助团队在信息不完整时协调行动，无法精确预言未来。里程碑是项目过程中值得停下来观察结果、暴露风险并重新作出承诺的判断点。只有日期或任务集合的节点不能发挥这个作用。

计划首先建立共同理解

项目开始时，参与者需要对要解决的问题、预期价值、当前约束和谁能作出关键决定形成足够共同理解。计划可以从很小的范围开始，并随着事实增加而变化。

计划的详细程度应与不确定性和协调成本相称。短期、可逆、单人推进的工作可能只需要目标和下一步；跨团队、长期或高风险项目需要说明关键依赖、验证方式、资源边界和何时重新判断。

把未知内容填成确定日期不会减少不确定性。无法可靠预测时，应明确假设、可控制范围和下一次获得新信息的时点。

有意义的里程碑应能回答三个问题：

如果一个节点只能回答“完成了多少任务”，却不会改变任何判断或承诺，它更像进度汇总而不是里程碑。

不同项目会产生不同里程碑。探索型工作可能围绕未知问题和证据，交付型工作可能围绕可用性和上线条件，迁移工作可能围绕风险降低和旧系统退出。Handbook 不提供统一阶段名称，因为统一命名容易掩盖项目真正需要验证的事情。

有外部承诺、事件窗口或依赖关系时，日期是项目的重要约束。团队应说明日期为什么重要，以及范围、质量和风险中哪些可以调整。

估计表达基于当前信息的预测，承诺则表示团队愿意承担相应责任。随着工作展开，团队可以更新预测；隐瞒变化直到最后一刻，并不会保护原承诺。高度不确定的工作可以给出时间范围、判断点或不同情景，单一精确日期只会制造虚假确定性。

延期本身不是个人执行失败的证据。它可能来自范围增长、依赖变化、估计错误、资源不足或目标失效。处理延期应先理解原因，再决定调整范围、时间、资源还是方向。

项目范围不应只是需求的累计列表。团队需要区分实现目标不可缺少的部分、能够降低风险的验证，以及可以稍后决定的内容。

临近时间约束时，不能默认通过加班和增加会议保住全部范围。应重新检查哪些结果真正重要、减少什么会产生何种影响，并由有权负责的人明确取舍。

范围变化会影响他人计划时，应更新权威项目信息并通知相关方。保留变化理由有助于后来者理解项目是在失控，还是根据新事实作出了合理调整。

里程碑复核不要求固定会议或问题清单。参与者需要检查实际证据、剩余风险、关键假设和下一阶段承诺，并明确谁作出继续或调整的决定。

结果清楚且分歧较小时，可以异步复核；需要共同观察、处理复杂分歧或快速协调时，可以同步。复核结论应进入项目或决策的权威载体，而不是只存在于演示和会议记忆中。

项目结束并不总是“全部计划完成”。目标不再值得投入、验证已经否定方向或外部条件变化时，主动停止也是良好的项目管理。应记录学到什么以及哪些工作需要妥善收尾。