15.1.6 关于沉没成本，如何砍掉功能？

[GreyZeng]

“沉没成本”（Sunk Cost）从你做事的历史来看，如果类似的功能需要N个单位时间才能最终完成，那么我们没有理由相信新功能会花少于N个单位时间。

在临近发布的时候如果有一个模块看来不能实现预期的设计需求，时间快到了，书中建议砍掉该功能。在实际的开发中，我也有遇到过相关的问题，总是想着再花点时间把功能赶紧做出来。在网上查阅了沉没成本的相关概念，“沉没成本”是指以往发生的，但与当前决策无关的费用。从决策的角度看，以往发生的费用只是造成当前状态的某个因素，当前决策所要考虑的是未来可能发生的费用及所带来的收益，而不考虑以往发生的费用。

人们在决定是否去做一件事情的时候，不仅是看这件事对自己有没有好处，而且也看过去是不是已经在这件事情上有过投入。但是这些不可回收的支出其实对未来的效益并没有改善。

原文地址

[GreyZeng]

在Gamma阶段我们的团队项目有一个爬取公众号链接的功能没有做出来，这个功能之前问过从前的开发人员也发现实现的难度很大，而且经过我们的讨论后，发现该功能也并不是那么必要，可以让社团负责人自己上传链接。

这个功能实际上在前两个阶段都一直在摸索，但没有找到合适的解决方法，可以说在这件事情上花了一些沉没成本，但如果我们一直守着沉没成本不放，只会给继续增加投入的成本而没有任何收益。所以在砍掉新功能的时候要考虑沉没成本，也不能过分迷恋沉没成本。

从决策的角度看，以往发生的费用只是造成当前状态的某个因素，当前决策所要考虑的是未来可能发生的费用及所带来的收益，而不考虑以往发生的费用。

人们在决定是否去做一件事情的时候，不仅是看这件事对自己有没有好处，而且也看过去是不是已经在这件事情上有过投入。但是这些不可回收的支出其实对未来的效益并没有改善。

原文地址