估工期时按过去同类任务的实际耗时估，不按计划推
第 4 节 · 不要浪费时间 · 第 4 条 · B 级证据 · 性价比极高
学生估自己 33.9 天写完论文，实际用了 55.5 天，只有 29.7% 的人按自己估的时间做完。另一组被要求先回想上次同类的事花了多久再估，按时完成的比例从 29.3% 升到 60.0%。
谁该做，谁先别做
要给别人报工期的人：写论文的学生、接私活的、给客户排期的。以前从没做过的一次性任务，先找一个最像的先例再估，找不到就先问做过的人。
花掉什么
不花钱。估之前花几分钟，翻一下上次同类的事实际做了多久。
换回什么
学生预计 33.9 天完成论文，实际用了 55.5 天。只有 29.7% 的人按自己的估计按时完成。研究者要求另一组人先把过去的经历和眼下这件事挂上钩，再去估。这一组按时完成的比例，从对照组的 29.3% 升到 60.0%。把工期往少了估的那种乐观，在这一组身上不再出现。
怎么做 · 三步
- 翻出上一次同类任务，查它实际开工和交付的日期，不要凭印象
- 用那个实际耗时当基准，按这次规模调整完再报出去
- 报时写清哪几天是估的、留了多少余量，交货后回填实际天数
关键数字
- 33.9 天
- 学生预计写完论文的天数
- 55.5 天
- 同一批人实际用掉的天数
- 29.7%
- 按自己估计的时间按时做完的人的比例
- 60.0%
- 先回想上次耗时再估的那组，按时完成的比例
常见坑
只把天数往上加不算改；要改的是估之前先翻上一次的实际耗时，否则还是按计划推。
作者备注
Buehler 那项只找了加拿大大学生，是单独一项研究，人也少，37 人和每组约 40 人。照同类项目的历史数据来估，这种做法叫参考类预测，工程上具体怎么做见 Flyvbjerg。Halkjelsvik 汇总多项研究后指出，估少比估多更常见，但差多少随任务和研究方法变化很大。
出处
Buehler, R., Griffin, D., & Ross, M. (1994). Exploring the "planning fallacy": Why people underestimate their task completion times. Journal of Personality and Social Psychology, 67(3), 366–381. https://doi.org/10.1037/0022-3514.67.3.366；Flyvbjerg, B. (2006). From Nobel Prize to project management: Getting risks right. Project Management Journal, 37(3), 5–15. https://doi.org/10.1177/875697280603700302；Halkjelsvik, T., & Jørgensen, M. (2012). From origami to software development: A review of studies on judgment-based predictions of performance time. Psychological Bulletin, 138(2), 238–271. https://doi.org/10.1037/a0025996
政策、补贴、截止日期会变。真正办事、看病、打官司，请以当地部门、医生和律师的意见为准。
相关的几条同一口径：时间精力 · 跨章节
这一节还有第 4 节 · 共 18 条
- 1把「打算做」写成「几点、在哪、遇到什么就做什么」把「我要做这件事」改写成「周二早 8 点坐到书桌前就先写引言」。94 项检验合起来算，这么写的人把目标做成的比例明显更高，属于中到大的效果。改的只是一句话的写法，不花钱，也不费力气。
- 2开工前写下退出条件开工前先写好一句话：到某月某日还没达到某个指标就停。多项研究合起来算，这种写法确实能帮人从注定做不成的事上撤下来。省下的是你本来还要接着往里砸的全部时间。
- 3决定是否继续时，只看未来投入和未来回报，不看已投入多少已经投进去的钱和时间，会让人更想接着干下去。98 组数据合起来算，这个倾向稳定存在。所以判断要不要继续，只算往后还要投多少、还能拿回多少。已经花掉的那些，不要算进去。
- 5会前发议程，没议程的会不开；能站着开就站着开会前发了议程的会，参会者更容易觉得这个会有用。实验里，坐着开的会比站着开的长 34%，而两种开法做出的决定，好坏没有差别。
- 6砍会议数量，能用文字异步解决的不开会当天开的会越多，人越累，自己感觉手上的活也越多。砍掉一个会，省下的时间就是那个会本身的长度，一分不打折。
- 7把大任务拆成子任务再估时、再开工人估工期的时候，不会自动把任务拆开一件件算。先把子任务列出来再估，就能少估短一截。拆开之后，每一小步都能马上动手，也就不那么容易拖。