周报上的 85% 为什么不动了：用交付物状态、剩余工作量和卡点清单看项目真在推进

周二下午填周报，“客服系统迁移：完成 85%”。两周后再填，还是 85%。你没偷懒，小李也没偷懒，活每天都在干。这个 85% 为什么站着不动？

“快做完了”的那段路，往往最长

先看一个不是工作的例子。有人写自己盖房子的经历：验房那天跟包工头从头走到尾，列出 43 项没做完的事；六周后再走一遍，清单变成了 46 项 1。这六周里工人天天在工地上，待办反而多了三项。

项目管理里这个现象有名字，叫“90% 症状”：项目在 90% 上停住，最后 10% 的工作花掉远超 10% 的时间。返工循环的研究里还有一个更刺眼的记录——项目真实做到 75% 到 80% 的时候，报告上写着 90%，而写下这个数的人并不是想撒谎 4。

为什么会这样？下面四个原因，一个比一个更贴近你手上那张表。

原因一：分母是边做边长的

WBS 上写的那些活，是开工那个时点能想到的活（参见用 WBS 把定好的范围，拆成能派出去的活）。做到一半你会发现：数据得先清洗、接口要重开一个、安全评审要排队。分子在长，分母也在长。

于是比率可以一直不动：今天做完三项，同时发现五项新的，账面还是 85%。百分比变化的速度取决于分母，而分母恰恰是开工时最不清楚的那一块。所以它系统性地高估前期——头一个月总是“已完成 60%”——又低估尾段。

原因二：没做完的活按“看起来”给分，返工不给分

人给自己打分很宽容。算法想清楚了，心里就记成“这事一半做完了”，可调试、联调、跟供应商对字段还没开始，这些活不在账上。

更麻烦的是返工：返工在没被发现之前，账面上是“已完成”。等联调那天集中爆出来，数字往回退，或者干脆卡在原地不动。

原因三：同一个百分比，算的口径可以不一样

百分比不是一个数，是一个比值，分母可以是工期，也可以是工时。

一条活计划 2 天做完、需要 16 小时，实际干了一天、8 小时。按工时算是 $8/16=50\%$；同样这一天，如果这条活的工期定成 5 天，按工期算就是 $1/5=20\%$ 2。

同一个状态，两个数，都不算算错。所以“完成 60%”这句话，没说清分母是什么，别人既没法验证，也没法跟你上周的数比。它唯一稳定的好处是：报的人安全。

原因四：完成度回答不了“会不会延期”

就算百分比算得又准又诚实，它还是答不了你最想问的那个问题。一个工作包 80% 完成，可能还需要超过原来 20% 的时间，因为剩下的不是均匀的薄薄一层，而是最硬的那一块 3。

进度讲的是已经发生的事，能不能按期是另一道题。

换成三样能验证的东西

一、交付物状态：只认“验收过了没有”

把百分比换成三档：未开始 / 在做 / 已验收。再加一条硬规矩：只有记下了实际完成日期、而且之后不再回头改的，才算完成 2。

好处是状态不可争辩，分母是清单而不是感觉：清单上多出一行，比“还剩 20%”诚实得多。

二、剩余工作量：问“还要多少”，不问“做了多少”

让每条活报一个 to go 数字，单位统一，比如还要几个人天。

它能加总、能验证、能前后对比，而且分母变了会立刻显形：上周还剩 6 人天，这周还剩 9 人天，说明发现了新活。这是信息，不是坏消息。

有了它就能做一道很朴素的除法：剩余工作量 ÷ 每周实际能投进去的产能 = 还需要几周。把这个结果跟离截止还有几周放在一起看，你得到的是一个明确判断。

同时报两个日期：计划完成日、预计完成日。预计完成日第一次越过计划完成日就要说，不要拖到最后一周才跳——那是最伤信任的报法 5。

剩余工作量随时间下降：理想是一条斜线，实际长期贴着水平线，就说明这几周没有真正减少工作量

三、卡点清单：进度不动，往往是在等

进度停住时，第一反应是“干得慢”，实际更常见的原因是在等：等评审、等接口、等一个人腾出手、等一个决定。

卡点写一句话，必须有三个要素：卡在谁手上、需要他给出什么、什么时候能给。写成“等运维配合”没有用，因为没有人可以被追。

一张周跟踪表

还是拿客服系统迁移举例：

三条规矩：

• 已验收的才划掉，在做的不划。
• 预计完成日一改，同一格写清原因和“需要谁做什么决定”。
• 只留十来行真正需要判断的交付物，别把 WBS 抄一遍。跟踪表变成第二份工作，第三周就没人填了。

那百分比是不是完全不能用

不是。任务足够小、口径固定、分母也不再变的时候，百分比可以当对外沟通的粗略说法。底线只有一条：别拿它推日期。它回答“已经做了多少”，不回答“什么时候能做完”。

收个尾

“完成 85%”之所以让人安心，是因为它听起来像“还差一点”。可项目真正要盯的是两件事：还剩多少没人碰过的活，还有多少人正在被别人等着。

一句话：进度不是投进去了多少，而是有多少东西已经不需要再动。