项目管理系统的进度基线：计划与实际偏差怎么算

项目例会上最常见的说法是进度正常，可到了交付日仍然延期。原因往往不是某一天出了大问题，而是计划与实际之间的差距从来没有被量化。下面围绕进度基线，说清它是什么、与预测和实际的区别，给出日期法、工期法与时点法三种偏差算法，以及偏差是否影响交付的判断标准与基线更新规则。

一、进度基线是什么

1. 定义与三个必备要素

美国项目管理协会（PMI）在《PMBOK指南》术语表中把基准定义为经批准的工作产品版本，只有通过正式的变更控制程序才能变更，并用作与实际结果进行比较的依据。在项目管理系统中，进度基线通常保存为一份带版本号的计划副本。

一份可用的进度基线至少包含三项内容：经批准的任务起止日期、任务之间的依赖关系、关键里程碑。 只记录日期而缺少依赖关系，后续就无法判断某个任务的延期会不会传导到交付节点。

2. 基线、当前预测与实际结果的分离

三者常被塞进同一个计划日期字段，这是报表说不清进度的主要原因。

把已经发生的实际偏差与面向未来的预测偏差分开记录，周报才不会把风险写成已经发生的事实。PMI（中国）官网公布的2021年《职业脉搏调查》（Pulse of the Profession）显示，因项目绩效不佳造成的资金浪费率由上一年的11.4%降至9.4%，同期在预算内按时完成的项目比例上升。这类改善通常伴随偏差被更早、更明确地量化。

二、算偏差前必须固定的两个口径

1. 状态日与日历口径

偏差计算需要统一的截止时点。团队应约定固定状态日，例如每周四下班前，任务状态、剩余工作量和预测日期都以这一时点为准，它也是项目进度数据采集的起点。同时写明按工作日还是自然日计算、节假日如何处理，同一组数据在两种日历口径下可能相差数天，口径不同则偏差数字不可比。

2. 正负方向的约定

日期相减需要事先声明方向，常见约定是正数表示晚于基线、负数表示早于基线，并在表头标注。时点法的方向相反：进度偏差（SV）等于EV减去PV，正值表示进度提前。同一个词在不同口径下方向相反，是进度数据被误读的高发原因。

三、计划与实际偏差的三种算法

三种算法的度量对象不同：日期法量日期，工期法量时长，时点法量价值或工时。

1. 日期法

已完成任务的完成偏差=实际完成日期-基线完成日期；未完成任务的预测完成偏差=当前预测完成日期-基线完成日期，结果须标注为预测；开工偏差=实际开始日期-基线开始日期。这一算法只描述结果，不解释原因。

2. 工期法

完成日期偏晚有两种成因：开始晚了，或者任务本身的工期估算变长。例如原计划8个工作日完成的任务，到第5个工作日才具备开始条件，后续即使顺利，完成日期也会晚于基线，但它的工期并未变长。判断成因需要同时比较基线开始日期、基线工期、实际开始日期和剩余工期四项。

3. 时点法

多个任务需要在同一时点整体判断时使用挣值口径。《PMBOK指南》术语表把计划价值（PV）定义为为计划工作分配的经批准的预算，把挣值（EV）定义为对已完成工作的测量，用该工作的批准预算表示。进度偏差为SV=EV-PV，进度绩效指数为SPI=EV/PV；SV小于0或SPI小于1表示实际完成量少于计划。

这一算法的输入是完成百分比，而完成百分比本身是估算，不同人可能给出不同数值。时点法适合观察整体趋势，不适合作为单点承诺。

三种算法的度量对象与读法不同，选择时先看要回答什么问题。

同一份报表内，同类任务应固定一种口径，并在表头标明符号约定。

四、偏差算出来之后怎么判断影响

1. 关键路径与浮动时间

单个任务延期不等于交付延期。按《PMBOK指南》的定义，关键路径是决定项目最短可能持续时间的活动序列，浮动时间是在不延误紧后活动最早开始日期的前提下可以推迟的时间量。偏差只有落在关键路径上并超过可用浮动，才会推迟交付日期。 判断顺序是：确认日期偏差，检查依赖关系与剩余浮动，最后评估里程碑与对外承诺。

2. 里程碑

里程碑是阶段性的可验证检查点，不消耗工期，却是对外承诺的载体。偏差挤压到测试、验收或交付窗口时，应提前给出方案。进度管理的定期复查可以把里程碑预测一并纳入。

3. 偏差记录

可被处理的偏差记录包含四项：事实、影响、措施、复查时间。事实写清任务、基线版本、相差天数、属于实际还是预测；影响写清波及节点、里程碑是否受影响、剩余浮动；措施写成可验证动作并指定责任人与复查日期。一份能被追问的记录，比甘特图上一条变红的任务条更有价值。

五、基线什么时候更新

1. 预测更新不等于重置基线

预测日期随新信息滚动更新，基线只有走完变更审批才建立新版本。直接覆盖基线等于把偏差清零，团队再也看不到偏差如何累积。

2. 建立新基线的四个检查问题

范围、交付边界、关键期限或外部约束发生实质变化时，应按变更流程评估并批准新基线。批准前先确认：变更原因是什么，影响哪些交付物与里程碑，谁有权批准，旧版本如何保留。把基线版本、批准记录与变更原因留存在项目文档中；中大型项目可同时展示相对原始基线的累计变化与相对最新批准基线的当期偏差。

六、常见问题

1. 项目做到一半才发现没有进度基线，之前的偏差还补得回来吗？

补不回真实的历史对比，只能补建参照。可以用当前已确认的范围和依赖关系回溯一份近似计划版本，并明确标注为后补基线，从它生效之日起正式记录偏差。

2. 跨时区团队的完成日期，按哪个时区记录？

按统一约定的基准时区记录，并在字段说明中写明，同时保留成员所在时区的填报时间。日期单位与基准时区一同声明，才不至于让同一时点的状态出现先后不一致。

3. 多个项目并行时，各项目的进度偏差能直接相加吗？

不能。各项目的基线口径、工期单位和资源假设不同，相加得到的是没有意义的数字。跨项目比较宜统一到里程碑达成率，或同一类任务的偏差天数区间。

4. 任务拆得越细，偏差计算就越准确吗？

不一定。拆细能提高定位精度，也会显著增加状态填报量，粒度超过团队能稳定维护的程度后，数据反而失真。粒度以能被独立负责人跟踪和验收为准。