这个是一个好方法，但实际操作如何进行呢？

很多公司的确是以组织结构为中心的考核：组长给组员打分，经理给组长和打分，总经理给经理打分。
前段时间公司提出以项目为中心的绩效考核法，采用bug率来计算，但是在制定这种制度的时候也遇到不少的问题，bug率的衡量标准是什么呢？通过一段时间的数据统计最终定了一个bug率，开发人员每天超过这个bug率将会进行奖金的扣除等等一系列规定。这个制度到目前已经研究决定好大概有半年了，最终报到总经理处审批到目前还没能实行起来。
所以无论采用哪种方式管理起来都会有弊端，总满足不了所有人的愿望，这也许就是通常说的人是最难管理的吧
那么我们就只有不断提高自己开发团队的素质，从而从根本上提高每一个人，提高整个团队！

"那么我们就只有不断提高自己开发团队的素质，从而从根本上提高每一个人，提高整个团队！"

这个是最根本的解决办法了。

还有种情况，项目不是天天有，是不是有大小月的情况呢？不知道楼主有没有好的平衡方法？

尤其是IT项目管理里的人的管理就更难啦。绩效也很难测量。

楼主的观点太好了，我要学习一下阿!

楼主的思路很好，但是操作起来并不容易。公司没有一定的规模和管理能力是很难实施起来的。这种思路是基于量化的，数据最能说明问题。基于量化的考核方式相对来说更能体现考核的公平性，也能激发员工的工作热情！

楼大好想法，我现在在也正在为这个烦，但是我做这个倒不是因为程序员的收入问题，而是因为之前采用组织管理的方式，造成公司现在很多项目存在技术风险，没个统计制度，公司的管理层就没办法控制整个公司的动作了快