一个研发团队，本来产品交付的质量还挺好的，但怎么交付的产品质量逐渐就不行了呢？西方有个“破窗理论”，说如果一个房子的窗户被打破了，一定要马上补好，否则别人就会觉得这个房子没人管，就会主动破坏房子。下面我们简单分析一下团队“慢慢变坏”的逻辑。

反馈机制 在研发体系中，为了达到质量要求，都会有相应的交付标准和编码规范来约束研发人员，大家都按照交付标准、编码规范来做事情，一旦发现没有按照标准、规范来做事情，那么就有负责QA、QC的同事进行纠正，这样纠正我们称之为反馈机制。在这样的反馈机制作用下，研发团队的交付始终可以满足标准，代码始终也可以按照编码规范来写。但，如果没有人及时进行纠正呢？

慢慢变坏

某段时间，公司接了不少项目，大家都加班加点赶工，这时候由于“进度”原因，达不到某些交付标准，某些规范没有遵守，期间也有一些客户抱怨产品没有以前好了，但管理者认为这么多项目，这些又不是什么大问题，只是局部问题影响不了全局，因此默认了这些问题的存在。慢慢的，这些降低的交付标准和弱化的规范就成了新的标准和规范，没有人认为有什么不妥，没有人认为这有什么问题。降低的标准和弱化的规范会进一步降低和弱化，直至越过底线，坠向深渊。

作为团队中的个体，每个人都有自己的反馈机制，达不到交付标准，没有按照编码规范编码，具有良好自我反馈机制的员工，会主动处理出现的问题，保证不会“变坏”。对于反馈机制一般的，那就是既然没有人检查，那就自己怎么方便怎么来，越来越低的标准，越来越弱化的规范…

作为团队，如果达不到精英团队的标准，那就老老实实建立健全的团队反馈机制来保证不会“变坏”。