别再做报告了，开始做预测

问一位项目总监这个项目什么时候完工，你会得到一个日期。再问他有多大把握，你会得到一段沉默。

沉默才是诚实的那部分。那个日期，是从一个没人写下来的概率分布里抽出来的点估计。

一个单一日期隐藏了什么

基线进度计划是对一个「已经不再成立的未来」的建模。每一次进度更新都是对一个结构的小修正，而这个结构当初假设的是「不需要这些修正」。等到偏差大到足以出现在月报里时，那个本可以消化它的决策窗口已经关闭了。

这是报告驱动型项目管控的根本失效：它是对过去的描述，还按照过去的节奏呈现。

预测需要什么

概率预测不是用更贵的方式产出同一个日期。它需要不同的输入：

• 核实后的实际值，而非上报的实际值。 进度会上声称的完成率，和有验收记录支撑的完成率，是两个数字。它们之间的差值本身就是信号。
• 工期分布，而非工期估值。 这个班组在这个项目上、在这类工况下、做这类活动，历史上实际用了多久。
• 显式的驱动因素建模。 天气、塔吊可用性、到货周期、审批时延、返工率。每一项都带有自己的不确定性。
• 反映现实的逻辑关系。 包括那些只存在于施工员脑子里、而不在进度文件里的软逻辑。

有了这些，输出就不再是一个日期，而是一个有形状的区间：乐观的 P10、最可能的 P50，以及决定你实际需要多少储备的 P90。

它回报了什么

三样单一日期给不了的东西。

提前量。 预测是渐进且可见地劣化的。你会看到 P90 情形向外移动，而 P50 情形还纹丝不动——这中间的间隔，就是你的决策窗口。

归因。 当区间变宽时，你可以追问是哪个驱动因素让它变宽的。「预测滑坡了」不可行动。「预测滑坡是因为连接板到货周期从 12 天变成 19 天，而三项下游活动共享这个约束」才可行动。

方案的可比性。 恢复方案不再是争论，而是可以并排放在一起的分布。重排 C 区顺序和增加第二台塔吊，不再是两种对立的意见，而是两条曲线，各自带着成本。

它要求的纪律

预测有一种报告所没有的、不留情面的特质。报告可以乐观而不承担后果；一个当初乐观了的预测，三周后就明明白白地被证伪，而且记录会一直留在那儿。

这正是重点所在。一个没人能审计的预测系统，只是一个小数点位数更多的看板。预测必须带着它的证据，否则它就配不上自己显示的那个置信度。