出现“项目遗留问题升级包”的原因
很多开发喜欢做新东西，对老代码嗤之以鼻、或者是带有畏惧心理，不敢去动。 现在我手头上很多需求都是“有历史渊源”的，所以在安排资源时比较棘手。分析了下， 很少有项目能在一次上线之后就没有后续优化的， 个人认为有如下几种情况会造成遗留升级包的产生：
1. 为了抢占市场，项目一期只提供基本功能，怎么快就怎么做。权衡时无视产品的完整性、系统的合理性， 无前瞻性造成了后续的改造。
2. 项目组信息闭塞，做的时候不知道其他产品、其他系统已经变了样，做出来之后受人诟病，于是启优化升级包，纠正错误。
3. 需求前期没敲定细节，到达技术部的时候发现某些功能根本无法实现，于是自断手臂，缝缝补补能上就上吧。后面的一坨屎再说。
4. 隐形需求。PRD中没明说、开发测试都以为没有。结果上线后发现业务上必须要这个功能。或者，一些锦上添花的内容。
5. 对于技改的项目，最容易出现的是评估遗漏。改了这里漏了那里。根本原因是技改的需求大多数没有详细的需求描述，只有一句话，那需求的实现程度就完全看个人对这句话的理解程度了。
返工是个很恼人的东西， 浪费了资源不说，还容易出错。把事情一次性做好，低碳环保才是王道。