招数:最后回归测试

招数:最后回归测试
项目临近结束时，所有人员(开发、管理、测试)都要回归测试所有的Bug。每个人都要帮助团队确保这些Bug的确是被修复了，而且别的更改没有导致功能的"回归"。为便于管理，我们可以考虑新增一个字段，标记某个Bug已做过回归测试。
招数:砍掉功能
有一个模块看来不能实现预期的设计需求，时间快到了，怎么办?
砍!
小飞:可是我们花了很多心血才把设计做到目前的地步，好像再努一把力，就可以成功了。现在撤退，我真是不忍心呀，这不是浪费以前的投入么?
果冻:对呀，我们可能只需要多加三天时间，不，只要再加三个通宵就可以了。再说我们可以以后接着修复任何新问题。
阿超:这些话好像有理，但是细一想，都没道理。你听说过"沉没成本"(SunkCost)这个词没有?没有的话，应该上网查一查，好好学学。果冻，从你做事的历史来看，如果类似的功能需要N个单位时间才能最终完成，那么我们没有理由相信新功能会花少于N个单位时间。我们再回顾一下以前看过的功能/资源/时间的平衡图，我们要不断保持这些因素的平衡: