就去掉一部分，然后将余下的发下去。就如同很多企业所谓的“全勤奖金”一样。没有什么深奥的东西，心理策略而已。
所以虽然“开掉”是最有效和快速的方法，但是如果很多滋生坏苹果的土壤不改善的话，再怎么开也没有用，坏苹果还是会一个接一个的冒出来。建立良好的团队文化，合理的公司制度，一个积极向上的团队才是最根本的解决方案。
跟踪和反馈
在项目初期，项目还在掌控之中的时候这个做的还是比较好的，但是到了后期这些东西却没有被很好地执行和贯彻。给我印象比较深刻的是对bug的跟踪问题。到了后期，一些bug出现对应不明确，甚至出现bug没人修正的现象。bug的修正任务分配下去，下面却忘记修正，或者虽然修正了，但是修正不正确不全面。还有就是下面的人对修正的bug不进行测试，甚至连跑都不跑一下。出现这样的现象，后期程序员比较累，惰性比较大是一个方面，但是更多的是因为没有有效的跟踪和反馈机制造成的。
参考解决方案——
刚进公司的时候，赵问我“你们公司PL （Programmer Leader）是怎样一个职位？都做些什么？”。我说，“其实PL就是PM到PG的桥梁”。也许那时候还没有那么深刻的体会到所说的这个比喻，但是现在似乎有更深刻的理解了。这次项目，到后期，赵（PM）几乎可以说忙的没有办法了，所以像bug跟踪和反馈这样的问题也只能放下了。但是PM不管，那让谁了管呀。其实这样的事情就是应该PL来做的。PL去走整个完整的bug修正工作流，然后对PM汇报即可。什么bug，修正了没有，修正好了没有，有没有测试，有没有引起其它的新的问题，有没有反馈给测试部。这些详细的工作流都是应该让PL来跟踪的。PL走完这个工作流以后，然后向PM汇报就可以了。这样PM也可以在总体上进行跟踪。上个项目，有一个人没有被充分的利用，那个人就是——我。我是负责页面样式和web标准的。这些东西在初期是最忙的，但是到了后期别人最忙的时候，我却是最清闲的。不过是偶尔修正一下页面上的反馈问题罢了。其实这个时候，我应该充当起PL的这个角色，把赵在初期做的一些过于细节性的东西（例如一些跟踪和反馈的工作流）接过来做。而PM这个时候去专注于更紧急和更重要的事情上去。因为刚进公司，所以，上个项目我完全是一个new comer。所以很多的事情，我都在尽量的保持低调。以免给别人留下过于突进和浮躁的印象。所以，到后期，看到别人很忙，而我却很轻松的时候，我有些不安。所以在下个项目中，我将尽量的主动的去承担一些我能够胜任的工作。以在一定程度上减轻赵的负担。
代码review太浪费时间？
这次项目算是吃够了代码质量低下的苦头。到了后期甚至出现很多代码需要赵重新来写一遍的情况。出现这种情况的代价是巨大的。部分模块所编写的代码完全推掉重写，毫无疑问这些所花费的资源都就将被浪费。到了项目后期项目最紧的时候，PM却在写代码！PM的精力也是有限的，他的时间也是有限的，如果他在写代码，那么是谁在进行项目管理呢？更重要的是他让人们感觉整个项目漏洞百出，从心理上打击整个团队。在项目初期，特别是项目时间估算过短的话，代码review好像的确很浪费时间的样子，但是“bug发现的越早，修正的越早，所付出的代价越小”这句话绝对是真理。
参考解决方案 ——
提高代码质量，重视项目品质，绝对是项目管理中的重中之重。而提高代码质量和项目品质的比较有效的方式就是代码review手段。严格的、统一的代码我感觉比“散落的”、“个性的”代码拥有更好的可读性和维护性。还有我感觉代码review对于新人的进步和编码的习性上有很好的指