进度偏差衡量计划进度与实际进度之间的差距，常用时间口径和工作量口径两种算法。要得到可复算、可比较的结果，计算前需要固定基准计划、统计时间窗、任务颗粒度和完成判定标准，再按任务、里程碑、项目三层汇总，并结合关键路径判断影响。本文围绕进度控制场景，给出指标定义、取数口径、计算步骤、完整算例与解读限制。
要点总览（TL;DR）
- 进度偏差有两种常用口径：时间偏差（天）=实际完成日期−计划完成日期，正值为滞后；进度偏差率=（计划完成工作量−实际完成工作量）÷计划完成工作量×100%，分母取同一时间窗内的计划值。
- 计算前要固定基准计划版本、统计时间窗、任务颗粒度和完成判定标准；分母为零时偏差率不适用，缺失填报按未完成计入并标注。
- 汇总到项目层建议按计划工作量加权，关键路径偏差单独计算，因为非关键路径的滞后可能被时差吸收，关键路径滞后会直接传导到交付日期。
- 偏差数值不能直接当结论，需要结合范围变更、资源投入和剩余工作量解读；偏差收敛趋势比单点数值更有参考价值。
- 评估结果用于触发复核和纠偏动作，阈值应结合项目周期与交付敏感度自行设定，不把单指标当作绩效判定依据。
评估目标：进度偏差要回答什么问题
进度偏差评估要回答两类不同的问题。第一类是“现在落后多少”，即截至某个统计时点，计划应完成的工作与实际完成的工作之间差多少，这类问题用偏差数值直接回答。第二类是“是否会按期交付”，即按当前偏差和剩余工作量推算，原定交付日期是否仍然成立，这类问题需要把偏差、剩余工作量、关键路径时差放在一起判断。两类问题共用同一套基础数据，结论的用途不同：前者用于周期性监控，后者用于决策是否需要调整计划或投入资源。
评估结果应直接服务于纠偏动作。一次进度偏差评估的输出，至少应能支撑三个判断：哪些任务需要重新排期或增加投入，哪些里程碑存在延期风险，哪些偏差属于范围变更后的正常重排而无需干预。如果评估结果只进入综合状态汇报、不产生任何具体动作，说明评估目标没有锁定在进度控制上，指标再精确也难以发挥作用。
评估周期与责任人需要事先约定。常见做法是按周或按迭代统计任务层偏差，按月统计里程碑与项目层偏差；项目周期较短时可以提高频率，周期较长且交付节点稀疏时可以适当降低频率，但同一项目内应保持稳定，避免周期随意变动导致数据不可比。责任人方面，任务层偏差由任务负责人确认完成状态，项目层偏差由项目经理汇总并组织复核，评估结果的解读与纠偏决策由项目经理牵头。
一份可用的评估目标说明可以写成四行：评估问题（现在落后多少、是否会按期交付）、使用场景（周例会进度复核、里程碑前风险评审）、评估周期（任务层每周、项目层每月）、责任人（任务负责人、项目经理）。这四行确定后，后续的指标选择和数据口径才有稳定的落点。
指标与范围：时间偏差与工作量偏差怎么选
时间口径的指标是进度偏差（天），公式为：进度偏差（天）= 实际完成日期 − 计划完成日期。结果为正值表示滞后，负值表示提前，单位为天。该指标适用于有明确计划完成日期的任务和里程碑，直观、易沟通，缺点是任务未完成时无法计算实际完成日期，只能对已完成对象使用，或者改用“当前日期 − 计划完成日期”衡量已逾期天数。
工作量口径的指标是进度偏差率（%），公式为：进度偏差率 =（计划完成工作量 − 实际完成工作量）÷ 计划完成工作量 × 100%。分母取同一时间窗内的计划值，分子为同一时间窗内计划值与实际值之差。结果为正表示实际完成量低于计划，即进度落后；结果为负表示超前。工作量可以用工时、故事点、任务数或交付物数量表示，同一项目内应保持一致，跨项目比较时需要换算到同一单位。
两种口径的选择取决于评估对象和可用数据。任务颗粒度细、完成状态更新及时的场景，时间偏差更直接；任务周期长、部分完成状态需要连续跟踪的场景，工作量偏差更能反映真实进展。实践中可以同时使用：时间偏差回答“晚了几天”，工作量偏差回答“完成了多少比例”，两者结合才能判断剩余工作是否还能在剩余时间内完成。
| 指标名称 | 公式 | 单位 | 统计对象 | 纳入规则 | 排除规则 |
|---|---|---|---|---|---|
| 进度偏差（天） | 实际完成日期 − 计划完成日期 | 天 | 任务、里程碑 | 已进入执行且已完成的条目 | 已取消任务；范围变更后尚未重排的任务 |
| 已逾期天数 | 统计截止日期 − 计划完成日期 | 天 | 任务、里程碑 | 截至统计时点仍未完成的条目 | 已取消任务；计划日期已随变更重排的条目 |
| 进度偏差率（%） | （计划完成工作量 − 实际完成工作量）÷ 计划完成工作量 × 100% | % | 任务、里程碑、项目 | 统计时间窗内有计划工作量的条目 | 分母为零的条目；已取消任务 |
统计范围需要在评估前写清楚。纳入范围通常包括当前基准计划中处于执行状态的任务和里程碑；排除范围包括已取消的任务、范围变更后已重排但尚未进入新基准的任务，以及不属于本次交付范围的支撑性工作。范围变更导致计划重排时，应以重排后的基准为准重新计算，并在评估说明中标注变更时点，避免把变更造成的计划移动误读为执行滞后。
关键路径任务应单独标记。非关键路径任务存在时差，一定范围内的滞后可以被时差吸收，不会传导到交付日期；关键路径任务没有时差，其滞后会直接推迟项目完成时间。因此在统计表中应为关键路径任务增加标识字段，汇总时单独计算关键路径偏差，作为判断“是否会按期交付”的主要依据。
数据口径：基准计划、完成判定与缺失值处理
基准计划是偏差计算的参照系，必须固定版本和冻结时点。项目启动或阶段规划完成时，将当前计划冻结为基准版本，记录版本号和冻结日期；后续计划调整形成新版本时，偏差计算仍以当前生效的基准为准，并保留历史版本用于追溯。基准频繁变动会使偏差失去意义，因此变更应有明确的审批记录，评估时注明本次计算使用的基准版本。
完成判定标准决定“实际完成”如何取值，需要在项目内统一。常见判定方式有三种：按状态流转判定，任务状态进入“已完成”即计为完成；按交付物验收判定，交付物通过评审或验收才计为完成；按工时填报判定，以实际填报工时达到计划工时为完成依据。三种方式可以组合使用，但同一指标在同一项目内应保持一致。状态流转判定成本低、更新快，适合任务颗粒度细的场景；交付物验收判定更严格，适合里程碑和对外交付节点。
时间窗与截止时点需要明确到具体日期。统计时间窗指本次计算覆盖的计划区间，例如“第 3 周至第 4 周”；截止时点指数据取数的最后时刻，例如“第 4 周周五 18:00”。计划完成工作量和实际完成工作量都应取同一时间窗内的数据，跨窗混用会导致分子分母口径不一致。截止时点之后的状态变更计入下一周期，不在本期追溯调整。
缺失值和异常值需要预先约定处理规则。任务未填报工时或未更新状态时，按“未完成”计入实际完成量，并在数据质量说明中标注缺失条目数量；分母为零（时间窗内无计划工作量）时，进度偏差率不适用，改用时间口径或标注为“不可计算”，不以零填充；实际完成量大于计划完成量时，偏差率为负值，按超前处理，不截断为零。这些规则写入数据口径说明后，不同周期的计算结果才具备可比性。
计算与评估步骤：从单任务汇总到项目结论
第一步，计算单任务偏差。对每个纳入任务，按选定口径计算时间偏差或工作量偏差，记录计划值、实际值、单位和计算日期。已完成任务用实际完成日期计算时间偏差；未完成任务用统计截止日期减计划完成日期得到已逾期天数，同时记录剩余工作量。
第二步，按里程碑汇总。里程碑偏差优先采用时间口径：里程碑实际达成日期减计划达成日期。里程碑下包含多个任务时，可以同时计算该里程碑范围内任务的工作量偏差率，作为里程碑风险的辅助信号。里程碑尚未达成时，用当前日期与计划日期比较，标注“未达成”状态。
第三步，汇总到项目层。项目层进度偏差率建议按计划工作量加权，而不是对任务偏差率做简单平均。加权公式为：项目进度偏差率 = Σ（各任务计划工作量 × 该任务偏差率）÷ Σ各任务计划工作量。简单平均会让一个小任务和大任务等权，容易失真；按计划工作量加权后，结果更接近整体进度的真实差距。项目层时间偏差可以用关键路径上最晚的逾期天数表示，或用项目计划完成日期与按当前进度推算的完成日期之差表示。
第四步，单独计算关键路径偏差。筛选标记为关键路径的任务和里程碑，重复上述计算，得到关键路径偏差率和关键路径逾期天数。关键路径偏差是判断交付日期风险的主要输入；非关键路径偏差用于观察时差消耗情况，当非关键路径任务的滞后接近或超过其总时差时，应重新评估其是否转化为关键路径。
第五步，设定偏差分级与复核阈值。阈值没有通用达标线，应结合项目周期、交付敏感度和团队历史数据设定。例如周期为三个月的项目，可以把项目层偏差率超过 10% 或关键路径逾期超过 5 天设为触发复核的条件；周期更短或交付节点更密集的项目可以收紧阈值。阈值的作用是触发复核动作，不是绩效判定。触发后由项目经理组织分析原因、评估剩余工作量、决定是否调整计划或增加投入，并记录处理结论。
算例：一个迭代的进度偏差计算
以下为一个演示情景，数据为虚构，用于说明公式、分母、单位与汇总方法。某迭代计划周期为两周，统计截止时点为第 8 个工作日结束，基准计划包含 5 个任务，其中 T3 为关键路径任务。
| 任务 | 计划完成日期 | 实际完成日期 | 计划工作量（人天） | 实际完成工作量（人天） | 是否关键路径 |
|---|---|---|---|---|---|
| T1 | 第 3 个工作日 | 第 3 个工作日 | 3 | 3 | 否 |
| T2 | 第 5 个工作日 | 第 6 个工作日 | 4 | 4 | 否 |
| T3 | 第 7 个工作日 | 未完成 | 5 | 3 | 是 |
| T4 | 第 8 个工作日 | 第 8 个工作日 | 2 | 2 | 否 |
| T5 | 第 10 个工作日 | 未完成 | 3 | 1 | 是 |
单任务时间偏差：T1 为 0 天；T2 为 +1 天（滞后）；T4 为 0 天。T3 和 T5 未完成，改用已逾期天数：T3 截至第 8 个工作日已逾期 1 天，T5 尚未到计划日期，已逾期天数为 0，但实际完成量低于计划。
单任务进度偏差率：T1 为（3−3）÷3×100% = 0%；T2 为（4−4）÷4×100% = 0%；T3 为（5−3）÷5×100% = 40%；T4 为（2−2）÷2×100% = 0%；T5 为（3−1）÷3×100% ≈ 66.7%。
项目层加权进度偏差率：Σ计划工作量 = 3+4+5+2+3 = 17 人天；Σ（计划工作量 × 偏差率）= 3×0% + 4×0% + 5×40% + 2×0% + 3×66.7% = 2 + 2 = 4 人天；项目进度偏差率 = 4 ÷ 17 × 100% ≈ 23.5%。若对五个任务的偏差率做简单平均，结果为（0+0+40%+0+66.7%）÷5 ≈ 21.3%，与加权结果存在差异，说明汇总方式会影响结论。
关键路径偏差：T3 和 T5 均为关键路径任务，计划工作量合计 8 人天，实际完成 4 人天，关键路径进度偏差率 =（8−4）÷8×100% = 50%；关键路径已逾期天数为 T3 的 1 天。项目整体偏差率 23.5% 低于关键路径偏差率 50%，说明非关键路径任务的按时完成掩盖了关键路径的滞后。若只看项目层数值，容易低估交付风险；结合关键路径偏差和 T3 的逾期天数，才能判断该迭代存在延期可能，需要优先处理 T3 和 T5 的剩余工作。
解读与限制：偏差数值不能直接当结论
偏差数值需要结合范围变更、资源投入和剩余工作量一起解读。计划工作量因范围变更而增加时，偏差率上升可能来自范围扩大而非执行变慢；资源投入减少导致的滞后，与执行效率下降导致的滞后，纠偏动作完全不同；剩余工作量的大小决定同样的偏差是否还能在剩余时间内追回。评估说明中应同时列出本期范围变更记录、资源投入变化和剩余工作量，避免把数值直接归因为团队执行问题。
不同颗粒度、不同项目之间的偏差率不能直接比较。任务颗粒度粗的项目，单个任务偏差率波动大；颗粒度细的项目，偏差率更平滑。工作量单位不同（人天、故事点、任务数）的项目之间，偏差率的分母含义不同，横向比较前需要统一单位或仅作趋势参考。项目周期长短也影响可比性，短周期项目的偏差率对单点延误更敏感。
单指标不能作为绩效或因果结论。进度偏差率反映的是计划与实际的差距，不反映差距产生的原因，也不衡量工作质量。用偏差率直接评价个人或团队绩效，会诱导数据填报行为扭曲，例如拆分任务、延迟更新状态或压低计划值。偏差数据适合用于触发复核和讨论，绩效评价需要结合交付质量、范围完成情况和协作记录综合判断。
偏差收敛趋势比单点数值更有参考价值。连续多个周期偏差率持续下降，说明纠偏动作有效；偏差率在一个区间内反复波动，说明问题可能来自计划本身不稳定；偏差率持续上升且关键路径逾期天数增加，说明需要调整计划或增加投入。评估时应保留最近若干周期的偏差数据，观察变化方向，而不是只对本期数值做判断。
在工具承载上，进度偏差依赖稳定的基准计划、可追溯的任务完成状态和工时数据。ONES 项目管理方案支持用「项目计划」创建工作分解结构并制定进度计划，为任务设置前后置依赖，用里程碑标记重要时间点；设置项目计划和里程碑基线后，可对比计划与执行的偏差并追溯变更细节；工时日历与成员工时报表提供资源投入数据，从项目到任务的多层级管理支持自下而上的进度反馈与自上而下的进度监控。将上述数据按本文口径固定后，偏差计算与复核可以在同一套计划、状态和工时记录上完成，减少跨表取数造成的不一致。
常见问题
任务还没完成，时间偏差怎么算？
时间偏差公式需要实际完成日期，任务未完成时无法直接套用。此时改用已逾期天数：统计截止日期减计划完成日期，结果为正值表示已逾期，为零或负值表示尚未到期。已逾期天数只反映当前时点的逾期程度，不包含后续剩余工作所需时间，因此需要同时记录剩余工作量，才能判断是否还能在剩余时间内完成。
范围变更导致计划重排后，之前的偏差还要保留吗？
建议保留历史记录，但以重排后的基准作为当前计算依据。范围变更后计划日期整体后移，如果仍用旧基准计算，会把计划移动误读为执行滞后。正确做法是：变更审批通过后形成新的基准版本，记录版本号和生效日期，本期偏差按新基准计算，并在评估说明中标注变更时点与影响范围。历史版本用于追溯，不参与当期偏差计算。
项目层偏差率用加权平均还是简单平均？
建议按计划工作量加权。简单平均会让一个小任务和一个大任务等权，小任务的极端偏差率会明显拉高或拉低整体结果。加权公式为：项目进度偏差率 = Σ（各任务计划工作量 × 该任务偏差率）÷ Σ各任务计划工作量。加权后结果更接近整体进度的真实差距。如果项目内工作量单位不统一，需要先换算到同一单位再汇总。
偏差率超过多少需要触发复核？
没有通用达标线，阈值应结合项目周期、交付敏感度和团队历史数据设定。例如周期为三个月的项目，可以把项目层偏差率超过 10% 或关键路径逾期超过 5 天设为触发复核的条件；周期更短或交付节点更密集的项目可以收紧阈值。阈值的作用是触发复核动作，由项目经理组织分析原因、评估剩余工作量并决定是否调整计划，不用作绩效判定。
ONES 中怎么支撑进度偏差的计算？
ONES 项目管理方案支持用「项目计划」创建工作分解结构并制定进度计划，为任务设置前后置依赖，用里程碑标记重要时间点；设置项目计划和里程碑基线后，可对比计划与执行的偏差并追溯变更细节；工时日历与成员工时报表提供资源投入数据，从项目到任务的多层级管理支持自下而上的进度反馈与自上而下的进度监控。偏差的具体计算口径仍需按本文方法在项目内固定，工具提供的是计划、状态与工时数据的承载。
