一个开发团队按照严谨而完美的产品设计实现了所有功能的相关的需求。发布一两个月后，非常稳定，所以开发人员都转去做别的了。
一个新的项目或者产品开始了，需要加一些 新需求。一些新的开发人员很快改完了。
又一个新的项目或者产品开始了，需要加一些 新需求。一些新的开发人员很快改完了。
又一个新的项目或者产品开始了，需要加一些 新需求。一些新的开发人员很快改完了。
然后，大家做的一些设定被彼此打破，一些开始的设计里绝对没有问题的地方开始出现逻辑漏洞。于是另一个工程师开始来修这个漏洞。不小心牵扯了取消订单或者该订单时候的一些设定，于是又出现另一个漏洞，和另一个漏洞……
最要命的，是这个时候已经没有人有整个设计、所有产品、写下来的、没有写下来的背景知识。于是，不同的人都来改一刀。整个 系统功能 的实现就好像每次你挖了个地雷，却又埋了个定时炸弹……
所以这个问题有没有解呢？有，而且说起来其实没有那么复杂。
第一，就是不管最开始设计优系统的人，还是后来在上面加新需求的人。不论这个人是产品经理，还是技术领导。得真的知道或者了解所有可能出问题的地方，应该怎么统一设计。千万不要过于轻视这个问题，认为是一个工程师改几行代码就完的事。其实设计对了，大部分的问题是可以避免的。
第二，一定要有统一的文档，保持更新。这样所有的人都知道有哪些设定，有哪些是必须考虑的，有哪些改动可能会影响之前的设计的。
第三，所有奇葩用法的测试例。包括上面所有场景的各种组合。这样，如果后面人有改动改变了一些假设，就很有可能让之前的测试例过不了。
