17沉船打捞悖论

“都做了十个月了，现在停，前面的钱不就白花了吗？”

这句话很难反驳，不是因为它已经证明继续划算，而是因为它唤起了每个人都记得的付出。

那些加班、反复修改、已经放弃的其他机会，都是真的。谁也不愿意宣布它们没有换来原先期待的结果。

于是，讨论悄悄换了问题。原本该问“接下来怎样选择”，变成了“怎样证明以前没有选错”。

新预算不再必须解释自己能带来什么，只要能使旧项目继续存在，就仿佛替过去保住了一点价值。

本门用“沉船打捞”描述这种困境。

但项目遇到困难，不等于船已经沉了；坚持也不自动等于固执。

关键在于继续的理由：是因为剩余投入仍然值得，还是仅仅因为不愿承认已经付出的部分无法追回？

有时，打捞本来就有价值。船上的设备仍可使用，修复后能够继续运行，或者停止会产生更大的后续损失。要检查的是从今天开始的选择，而不是被“坚持”或“止损”这两个词抢先决定答案。

阿尔克斯与布鲁默在1985年的研究中讨论了沉没成本效应：已经投入金钱、努力或时间，会增加人继续一项活动的倾向。

这个观察提醒我们，过去的付出可能影响当前判断，即使那部分投入已经无法通过眼前选择收回。

这里最容易误读的，是把“过去已经支出”说成“过去留下的一切都没有价值”。

两者完全不同。

写程序花掉的工时不能重新拿回，但已经可用的模块可能降低后续开发成本；调研费用已经支付，但调研得到的信息可能改变下一步判断；一段合作已经结束，留下的经验也可能继续有用。不能把支出与支出留下的成果一同清零。

如果继续与停止都无法追回前期的一百万元，这一百万元本身不能单独证明继续更好。

但停止产生的交接费用、继续所需的维护费用、已有设备的转用价值，都可能因选择而变化，不能因为它们与旧项目有关就一概排除。

组织里的决定还涉及权限、承诺和人员安排。有人可能担心承认失败损害评价，也有人掌握你尚未看见的后续条件。不能仅凭对方提及过去，就诊断他在掩盖错误。

需要把继续的理由展开，看看除了“已经做了这么多”，还剩哪些能够检查的判断。

第一笔代价，是新的投入不断以“最后一次”出现，却没有新的验证依据。

再给一个月、再补一名人员、再增加一个功能，每次单看似乎都不算多。

但如果关键问题始终没有变化，这些小决定合起来就可能成为一次没有重新评估的大投入。

不是每次延期都意味着失败，而是延期之后仍应说明准备解决什么。

第二笔代价，是把不愿浪费的心情用来压服别人。项目负责人说团队不能辜负此前的辛苦，执行人员便不敢讨论眼前的疑问。付出值得被承认，但承认付出不要求所有人继续付出同样多。

第三笔代价，是走向相反的草率：一旦学会“沉没成本”这个词，就把所有坚持都当成不理性。

只差一项已经可完成的验证，可能值得做完；替代方案尚未核实，立即停用现有系统也可能增加风险。止损需要比较，不是抢先离场就显得清醒。

对个人而言，坏项目也不自动抹去你的能力。你可以如实说明自己做过什么、遇到什么限制、从中学到什么。项目结果需要面对，但不必把它变成对整个职业价值的判决。

设想一家制造企业自研排产工具已经十个月，内部试用仍有不少问题。负责人准备继续申请三个月开发时间。团队也发现，市场上已有能够完成部分需求的按年付费软件。

一种简单比较很诱人：自研已经花了很多钱，外部软件年费便宜，所以立即切换。可这只比较了最显眼的价格，尚未比较同一件事。

工程师老周先与业务方核对不可缺少的需求。有些分厂的特殊规则，外部软件未必支持；已有校验模块虽然能运行，是否能接入新软件也尚未测试。

即使可以采购，还需要数据迁移、培训、接口调整、并行运行和持续维护。年费不是转换的全部代价。

另一方面，自研也不能只报“再做三个月”。哪些缺陷有明确解决路径，哪些只是估计？业务方是否愿意继续试用？上线之后由谁维护？

三个月的投入若只使工具能展示，却仍无法支持真实排产，其价值就与可用系统不同。

老周把选择展开为三种：继续完整自研；缩小范围，只保留有明确用途的部分；在核实适配后转向外部产品。

每种方案都列出剩余工作、所需人员、切换影响和仍不清楚的条件。

过去十个月的总支出单独记录，不把它当成任何一个选项的额外收益。

负责人仍然不甘心：“现在转向，怎么向上面交代这十个月？”老周没有回答“沉没成本不该考虑”，而是把两件事分开：“十个月的投入需要交代，哪些目标没完成也要复盘。眼前这三个月的申请，我们还需要说清：继续投进去，预计能得到什么？如果换方案，又会失去什么？”

负责人追问：“外面的软件要是也用不了，时间不就又耽误了？”

这个反问没有被当成固执。它正好指出了比较中最重要的空白：替代方案还没有经过适配验证。

在这个空白填上以前，老周只能提出验证建议，不能把采购说成已经胜出的答案。

比较过程中出现了一个有用的发现：自研项目积累的数据口径文档，可以被多个方案使用；

某个特殊零件校验模块是否值得保留，则要看后续用途和维护成本。

不能因为团队花了很多心血，就把每一段代码都封装成必须保存的资产。整理和保存同样要花时间。

要回答负责人对适配的追问，团队提出一个范围清楚的适配验证，使用允许用于测试的数据，不先承诺全面采购。

验证需要多久、由谁完成、什么结果会改变选择，都提前说明。

这笔新增投入的目的，是获得足以作决定的信息，而不是给原项目换个理由续命。

如果验证显示适配可行、迁移代价也可以接受，转向外部产品就多了一项依据；如果无法满足关键需求，继续自研或缩小自研范围仍可能合理。

无论哪种结果，都不能只靠前期投入的多少作结论。

汇报时，老周也不把原来未实现的目标包装成“早有规划的数据治理”。

他如实说明哪些目标完成、哪些没有完成，已有成果还能怎样用，以及新的建议基于什么。

停止后续投入，不等于停止复盘此前的决定；提出节省方案，也不保证免于责任讨论。

这个案例的进展，是把“十个月不能白做”变成了可以检查的几个未来选项。答案可能是继续，也可能是收缩或替换。选择不需要替过去争一口气，只需要对眼前的条件负责。

不要强迫自己在作决定之前先对过去毫无感情。

辛苦是真的，失望也是真的。经济上的比较不要求你抹去回忆，而是要求别让“舍不得”单独决定下一笔投入。

你可以承认遗憾，同时停止一件不值得继续的事；也可以承认此前有误，同时继续一项目前仍然值得的工作。

同样，不要把所有收益都压成眼前的现金。有意义的学习、必要的服务、长期能力和已承担的责任，都可能影响选择。

但它们应当具体说明，不能在商业目标落空后，临时用一句“至少学到了东西”替代原来的评估。

项目层面的选择与个人选择也要分开。你未必有权终止整个项目，但可以提供判断、讨论自己的职责与后续安排。

个人转岗的可行性，不能被假设成公司项目停止后自然出现的出口。

当后续投入的理由长期只剩“以前花得太多”，关键假设又不接受核实，就应要求重新评估。

若资源持续增加，能够获得的新信息和预期用途却没有增加，更需要检查追加是否仍有意义。

这不必等同于当场离职或拒绝一切任务。先说明判断与依据，按自己的权限提出减少范围、暂缓新增投入或进行必要验证。

无法推动改变时，再结合个人现实条件考虑岗位与投入安排，同时妥善履行已经承担的责任。

过去不能因为你停下就变得更坏，也不能仅因你继续就自动变好。它留下的成果、教训和责任，都可以认真处理。

值得带到下一步的，就带过去；已经无法追回的，不必再用新的时间为它陪葬。最重要的问题始终是：今天还能怎样选择。