项目中的破窗效应

破窗效应在项目开发中一样有着很大的启发意义，就现有公司的一些破窗，来说明一下。

1.设计的破窗。 设计是项目开发的初始阶段，一个好的项目设计应该简洁明确，而且项目设计者（系统分析师，或者架构师）一定要让开发者理解自己的意图，不要把设计文档一扔就万事大吉。而且设计文档不是圣经，在开发过程中会有意料不到的情况出现，应该根据需要更新自己的设计文档。现在公司的某系分，写好了设计文档后，直接找人开会评审，别人在开会的时候才拿到文档，加上人情的压力，很顺利的通过评审。这时候，一个破窗出现了。开发人员在开发过程中，发现了许多不合理的地方，而系分却以已经通过评审来搪塞，不愿意修改。开发人员只好因陋就简，按照文档进行开发，在这种状态下，如何能写出漂亮的代码。

2.管理的破窗。项目经理的职能可能在不同的公司有很大的不同。现有公司的项目经理，是刚进来两年的程序员。公司发展较快，提到了项目经理的位置上，手下有了3,4个人。接下来的事情就出乎意料了，那个项目经理的职责仅仅这有一个了，分配任务。给到这个项目的任何任务，他都会直接扔给手下的人做，自己不负责任何代码。这个管理上的破窗出现后，下面的开发者意见很大，项目这么紧的情况下，还有个不事生产的人在项目里。通过反映后，部门经理没有采取什么措施，开发人员的热情受到了挫伤。在工作上也跟项目经理一样，能拖就拖了。

3.遗留代码的破窗。每个公司的开发一般都会在以前的代码上二次开发。遗留代码的质量，关乎二次开发的质量。遗留代码效率不高，结构不明，到处都是拷贝/粘贴的痕迹。后来接手的开发人员，衡量了下整理代码和将就着用下的代价后，大部分会选择将就着用，这样会导致丑陋的代码越来越多，越来越难以修改。这个就是遗留代码的破窗。

上面的问题归根到底都是管理上的问题。应该从项目开始时，就制止破窗的产生，然后提高程序员责任感，提高积极性，漂亮的完成项目。