FDE 的工期估算，为什么总往同一个方向错

1979 年，Daniel Kahneman（丹尼尔·卡尼曼）和 Amos Tversky（阿莫斯·特沃斯基）记录下一个现象。错过上线日期的前线部署工程师（FDE）对此都不陌生：人们总是低估自己工作的成本、完成时间和风险，而且每次都错在同一个方向。

三十多年后，卡尼曼称这背后的乐观偏差或许是所有认知偏差中影响最大的一种。

对 FDE 来说，这不是哲学问题。

《思考，快与慢》（Thinking, Fast and Slow）解释了这个数字为什么常常出错，而且总是往同一个方向错。更重要的是，这本书给出了纠正它的工具。

哪些细读，哪些略读

卡尼曼是以色列裔美国心理学家。这本科普书于 2011 年由 Farrar, Straus and Giroux 出版，512 页的平装本于 2013 年 4 月 2 日发行。

全书围绕两种思维系统展开。系统 1 快速、凭直觉、受情绪影响；系统 2 更慢、更审慎、更讲逻辑。放到 FDE 的工作中，需求调研结束后脱口而出的那个数字，可以看作系统 1 的答案：来得快、说得顺，但还没想清楚。

512 页篇幅不小，所以关于不确定性下的判断和关于乐观的章节要细读。启动效应部分可以略读，并保持怀疑。书中一些启动效应研究在可重复性危机中受到质疑，卡尼曼本人也承认，他过于相信那些样本量太小的研究。

观点一：需求调研不会让你看到全部

卡尼曼称之为 WYSIATI，即“眼见即为全部”（What You See Is All There Is）：大脑只处理眼前的信息，忽略缺失的部分。

设想这样的场景：调研结束后，你看到了整洁的 schema、有文档的 API，还有热情高涨的干系人。系统 1 立刻据此编出一个顺畅的故事，给出一个数字。

没看到的东西不会进入估算，原因很简单：当时它不在你脑子里。比如申请生产环境数据访问权限的流程、几张脏数据表，或者一位从没参加过会议的安全评审人员。

第一步很简单。在说出任何数字之前，先列出客户系统中你没有亲眼看到的部分。光是这份清单的长度，就足以让你的信心打个折扣。

观点二：用过往项目做标尺

书中把规划谬误描述为高估收益、低估成本的倾向。其根源是内部视角：只盯着手头这个项目的具体难题。

解决办法是外部视角：用过往类似项目的平均结果来锚定预测。

试做一个假设计算。你判断对接客户系统需要 3 周。在之前的五次部署中，每次计划也都是 3 周，实际却分别用了 5、6、4、7 和 8 周。平均 6 周，是计划的两倍。

这五次部署就是你的参照类。合理的起点是 6 周，然后再根据这个项目真正不同的地方做调整，而不是以 3 周为基线，再加一点余量求个安心。

观点三：有时数字是被刻意美化的

2003 年 7 月，卡尼曼与 Dan Lovallo 在《哈佛商业评论》（HBR）发表文章“Delusions of Success”，认为证据很清楚：大多数大型商业项目达不到预期，原因在于决策过程中的乐观。这篇文章比书短得多，很适合接着读。

Bent Flyvbjerg 为这篇文章写过一篇评论，2013 年发表在 arXiv 上。他认为两位作者通过分析过度乐观、锚定效应、忽视竞争对手以及外部视角在预测中的作用，正确诊断了规划谬误的成因。

但他也指出了一个被两人低估的误差来源：为了让项目启动，人们会刻意把预测调得好看。

对 FDE 来说，这条批评很戳心。来自销售或客户的压力，可能逼你承诺一个明知过于乐观的数字。这已经不是认知偏差，而是关于如何谈判的选择。

所以要始终把两个数字分开：参照类估算，以及你同意承诺的水平。在进入通话之前，先把估算写下来。

适合谁读，按什么顺序读

这本书适合直接给客户报日期的人，或即将第一次承担这项工作的人。阅读顺序：先读书中关于判断和乐观的章节，再读 2003 年那篇 HBR 文章，最后读 Flyvbjerg 的评论。

这一课在面试中同样有用，前提是你有数据支撑。

记录每次部署的计划日期和实际完成日期。这样，被问到延期项目时，你就能讲出这样的故事：第一次承诺 3 周，结果用了 6 周；下一次从过往项目的平均值出发，向客户提前说明尚未看到的部分，最终按时交付。

阅读岗位描述时，看到“scoping”（范围界定）或“管理客户预期”这类说法，就该准备好这样一个故事。

下次客户问“要多久？”，别急着回答。先看看你过往的项目。