为何你的基线会漂移：制定项目进度基线时的常见错误
进度基线是你冻结下来、用以衡量其余一切的、经批准的计划版本。没有它，你的进度计划会在每次有人改动日期时悄悄移动，也就无从诚实地回答发起人唯一关心的问题：我们是提前、按期还是滞后，幅度有多大？大多数基线设定的失败并非技术性的。它们源于过早、过松或由错误的人做出的决定，并在数月之后以一份无人信任的计划重新浮现。
真正造成损害的错误
以下是反复出现的错误，大致按它们出现的先后排列。
在范围尚未敲定前就冻结基线。 如果交付物和假设仍在变动，你冻结的只是一个猜测。先锁定范围与关键假设，再设立基线。
只有日期，没有逻辑。 任务被钉死在日历日期上、彼此之间没有依赖关系，一旦某处滑期便无法重新计算。要构建真实的前序与后续网络，让进度计划能对现实做出反应。
到处都是硬性约束。 “必须在某日完成”的日期让人安心，却压制了你所需要的预警。应谨慎使用，仅用于真正的外部承诺，其余交由逻辑驱动。
缺少资源与供应的现实核对。 一条假设人员完全可用、物料即刻到货的基线只是虚构。在当前形势下，要把真实的交货周期，以及人员被多项工作共享的事实纳入模型。
悄悄更改基线。 为抹去滑期而暗中重设基线，恰恰摧毁了基线存在的意义。只能通过经批准的变更控制来更改，并保留原始版本以供对比。
一条经得起推敲的基线究竟包含什么
在请求签批之前，先确认计划本身站得住脚。一条值得批准的基线具备以下特征。
以工作分解结构表达的完整范围，使每个任务都对应一个交付物，没有遗漏要紧之处。
具有现实工期与可见关键路径的任务逻辑，而不是一堵固定日期的墙。
已识别的里程碑与外部依赖，包括你无法掌控的供应商与许可日期。
合理的应急储备，刻意安排放置，而非隐形地塞进每一项估算之中。
有书面记录的假设，使现实发生偏差时，你能准确看出是哪一条假设崩了。
最后一点的分量超出表面所见。当基线漂移时，真正有用的问题不是“谁迟了”，而是“哪条假设被证明是错的”。一条写明假设的基线，能把追责的对话转化为对计划的修正。
批准之后让它保持诚实
只有当基线稳定且可见时，它才有用。正式冻结它，然后按稳定的节奏对照它汇报进展，让偏差尽早暴露——趁修正成本还低的时候。面对混合办公、分散各地的团队，这份纪律更难维持，因为更新来自四面八方；解决之道是一份有明确负责人的、共享的唯一权威进度计划，而不是一摞悄然各自分叉的个人副本。只有当一项经批准的变更确实使原始基线失去意义时，才重设基线；而当你这样做时，要归档旧版本，让项目的历史保持完整。
如果你希望在正式承诺一条基线之前有人再帮你审视一遍，或需要帮助建立能经受现实考验的进度控制机制，XNM 的项目群与项目交付咨询服务 可以协助你把它做对。