来谈谈你们在项目开发过程是如何进行绩效考核的

我们公司的开发人员除了工资外，按照开发的项目提取一定比例的金额作为开发人员的补贴，现在最大的问题就是如何尽量客观公正的分配补贴金额，我现在的做法就是凭感觉，虽然自问尚且公正，但终究不好，最近打算搞一个内部的绩效考核制度，首先给每个开发人员定级（这还相对比较容易），然后针对每个项目计算开发人员的工作量，最终得出分配比例。感觉比较困难的是如何核定开发人员工作量，请有这方面经验的给点建议，或者谈谈你们是怎么做的绩效考核。

说句实话工做量是很难横量的，不能简单地从代码数量，质量来评定，因为有些项目有的人写核新代码，有的只要按照框架填写代码就可以了，很难衡量。所谓的绩效考核只是你的上级经理对你的印象而论，有时也要靠关系。

这么说你们也是靠拍脑袋决定的喽，我总觉的这不是一个长久之计。不知道那些大公司是怎么搞的，有没有人知道介绍介绍。

对于写核心代码和按照框架填代码，我觉得可以通过定义任务复杂度来解决，比如复杂/一般/简单等，计算的时候不同复杂度有不同的权重。

我们曾经采用过一种方法.拿出来讨论讨论.
首先是划分各种工作,比如业务/核心编码/普通用类:1/2/1.5(比例虚构).

然后假如我是普通编码,那分配到一个用类,计划1个工作日,那就是1.5分白,作不完,自己找时间了,提前的话,可以接手下一个(或者弥补其他用类).

最后每个人都有分数,也对应奖金.

当然,刚开始的时候,1个用类时间未必准确,会逐渐调整的(用类时间对所有人都一样).

另外,有些散活,可以统一成3个工作日,但是时间可以在2周内完成.

最终你的工作业绩是:工作日*比例

还算公平哦.

很有点工分制的感觉啊

  那段时间 我天天算我有几分.

而且有些活,可以自己定工作日,挺好的.

我并不建议在软件开发过程中明目张胆的进行绩效管理，尤其是公司不成规模的情况下，当然你可以为你公司日后成规模打下良好的基础。我们公司在做，不过搞得我们很是郁闷，虽然我们公司的设计粒度很小，总的来说算是不成功的。
如果环境变化比较大的话更不易进行绩效管理，软件行业应该算善变的行业，还有做项目的较之做产品的软件公司更难进行绩效管理。
我提个设想：软件开发团队往往会分组，我们在此基础上建立一种隐性的层级关系，绩效在各个层级展开，比如组长绩效，组员绩效，奖金就是组长奖金和组员奖金，不要在组员之间再有奖金不等的问题，如果有的话，我觉得分组就存在问题了。不过如果你希望自己的团队不具备凝聚力，也可以这样做，员工的凝聚力对有的公司可能是好的，对有的公司可能是坏的，比如我们公司，员工比较没有凝聚力

如果不进行绩效考核的话，我发现目前有的开发人员比较懒，做事比较拖拉，没有奖惩制度的话，这种情况如何改善，总不能我天天拿根鞭子在后面抽吧:)

我不同意这种观点，国人的就是不患寡而患不均，我们不能否认的是不同组员之间的贡献不同，难道说只有平均才能增加凝聚力吗，而且，我们目前的做法是相互之间不知道彼此的工资、奖金，从一定程度上也可以避免这么问题吧:)