作为一个软件开发人员，你认为怎样做评价才是公正的？分数给每一个有建设性意见的兄弟们。

[llshore]

我现在是一个有二十来号人的开发队伍的头，正直、公正、自由一直是我作为普通开发人员时的行为准则。但是现在，简直是太难了，且不说如何营造一个真正自由的工作环境（过去我只要想办法让自己自由就成了）。公正，就足以耗尽我的所有脑力了。
问题是很难了解所有人的实际成效，一个方面是工作量，工作量的一个要素是干活的时间长短，但单凭这个是很不合理的，它否认了能力强弱的区别；第二个要素是工作的难易程度，一个具有开创性的工作与打字员的工作是无法类比的。另一个方面，开发工作的结果有其质量因素，让我头疼的是这个质量因素如何衡量……
另外还有一个问题是，如何进行任务不相关的两个人的横向比较？

[llshore]

to:alfal(阿发)
我想我能明白你的意思，实际上我们群体也是很多个小组组成，我基本上不会直接对每一个员工做评价，但是小组间的比较就不是很容易做到了。
谢谢freebase(飞猫)与qingrun(青润)，你们实际上点出了我目前的不足，一个是理论，一个是经验。说实在的，从开发人员中提拔一个人来做管理这种方式实在是不可行，然而在实际情况下，在我的身上却都是大行其道。目前的位子我坐了还不到两个月，现在真的时时有返回去做开发的想法。但是，作为一个曾经的开发人员，当看到种种体制上的弊端，感受到种种束缚创造力的力量，亲身体会到体面虚假的话不得不说的难处，一转身，看到下面的员工还在辛辛苦苦的干活的时候，那种紧紧缠绕在身上的悲哀……
飞猫兄有无有关你所说的特别是TSP方面的电子文档，给我传几份好么，我的邮件是[e-mail]，谢谢！

[llshore]

谈谈现在的做法或者你希望的做法如何？

[alfal]

你真厉害，是这么多人的头儿
我们头儿是只是我的头儿，不是我下面的人的头儿…………
你是不是也应该分开一下，一个人管这么多人，你实在是厉害，嘿嘿

[freebase]

管理学的一个难点就是如何将理论与实践结合起来。
在这里我可以和你谈谈理论方面的东西，但是如果不了解你们的实际情况，把我们的做法推行给你们，恐怕没什么好处，这种例子在现实当中太多了。
所以我才建议你多看理论多作实践。
我的希望并不重要，你的队伍成员的想法和希望才是最重要的，你为什么不直接问问他们呢？

[青润]

很难。这种任务或者工作量的衡量是很难量化的。如果采用功能点的方式也许可以比较好的描述，不过，功能点的计算方法需要大量数据的积累，至少要有两年左右的数据积累才有可能比较客观，否则，你就只能靠你的观察和思考配合功能点先进行计算和数据积累，然后再说了。

[chris2023]

借问rose哪里有？

[f117_fujin]

单独看书上的理论会索然无味，但是要结合到实践中去，摸索‘自己的方法‘

[ai_daoluan]

有道理，不过我现在无法体会出来。

[jxlzbxx]

to chris2023(牛虻---众神的黄昏)兄，到www.smiling.com去看看有没有。

[Hominidclint]

我原来评估的一个简单算法：
人员的效率：= 工作难度系数 * 任务量/完成时间 * 100%

大多数情况可以这样做

[blues-star]

其实我觉得，你的位置就好象现在管着我的头，而我的位置恰恰不象是你现在所关心的人，：）
我真的佩服我的头，你刚刚做了两个月做不好是正常的，我的头已经做了一年半了，虽然我佩服他，但是我可以肯定的说，他做的比你强一点点，但也不是完美的。
我就是在中间的这么一个人，我带的人不多，只有一个，我们工作组加我不过两个人（不是我不能带，而是我的工作根本不需要更多的人），你管20个人管不来，但是我对于我们两个人的情况是十分了解的，我的头从来都听我的报告，有关工作量和工作的难度，我唯一佩服他的是，他能信任我（因为我是一个刚刚毕业的学生，有时候对工作的估计还不准确），对于工作的质量，CMM中说应该有占开发队伍3%（好象是这个数）左右的人做专职的质量保证工作（QA）20个人应该有1-2个人做，不知道你有没有？

总之，20个人完全由你自己来领导：），我恐怕你会.....，我带一个都头疼的要命咯。

[melthaw]

我认为没有必要比较，不同任务属于不同的小组，小组之间的考核是由小组的领导负责，小组内部的考核是由组长负责，这个世界没有绝对的公平，公平都是组长争取过来的

[newskysoft]

楼上说的好

[Tompage]

可以使用体操、跳水等体育比赛中给运动员打分时的方法，将每个开发人员的工作分为多项，为每一项打分（共分为优、良、中、及格、不及格）然后根据每个项目的重要性设置该项目的权值。比如某开发人员加班很多，于是工作量一项可以评优得5分）如果工作量一项的权值为2，则该项目就得了5×2＝10分，再加上创造性4×3＝12分，规范性3×1＝3分。。。。最后得出分数与总分的百分比就是最后得分。
你看我这个方法成不成？？？不要忘了给分

[hello1998]

如果真的是很重要的话，应该考虑引进 模糊综合评判法 ， 这个可以考虑用来进行员工的综合表现，软件的质量评估等，不过真要实现的话，可以作成一个通用产品了，我们的软件型企业用IMIS系统正准备将其做为一个子系统，用来对员工评价和软件质量及方案进行多人参与的量化评价。

[guohong98]

首先分组，不要试图评价每一个人。你最多可以管9个人，经验不足时3-4个最好
由各个组长评价他们的工作（要看领导能力，有些人可以协调多人工作，可以做组长，当然至少资少要达到分析员水平)
其次分级，要对员工按能力分级，分析员还是程序员，这两者是不能比较的，要拉开档次
创造性工作交给分析员，其他工作程序员完成,可以做组长的人是最好的（不一定是水平最高的)。
第三，能力相同档次时间看工作态度，你可以放心的和需要时时督导的，交给不同的任务,采用不同方法管理
(你的组长也需要这样的能力)
一点心得，希望对你又帮助。
又：打分是没有用的，书本上都说要打分，呵呵

[guohong98]

质量是要通过过程来保证的（不断的检查，测试，必要的文档，过程等）
建立独立的测试小组也是保证质量的方法，程序员大多很骄傲，不愿让别人测出bug,当然
你又要协调矛盾，呵呵
当然好的程序员也能做得不错

[fita]

对人员最好的考核方式是量化考核，建立一个公开的量化考核标准，所有人都按照这个标准进行考核，可以非常公正和明确地评价一个人的业绩。在很多工厂、销售行业都已经采用了这种考核标准。

对于软件开发人员，建立一个量化的考核有一些困难，也需要比较长的时间才能建立。不过我觉得我们应该从现在就开始做，停留在以前的方式不会有任何好处。建议11shore先不要考虑得太多，可以从最重要、最基本的一些方面着手，先建立起监督考核机制，再一步一步地改进。

对于软件开发，我觉得最重要的是产品质量，之后才到工作量和开发效率，我们可以先建立工作质量的考核机制，这可以通过建立独立的测试部门或者QA部门，跟踪每个人的Bug数目，这些都很容易量化，也很容易进行横向比较。至于工作量和开发效率的测量，我觉得PSP里面提到的工程记事本和各种工作日志表格都是很好的方法，不过要一步一步地实施，先建立工程记录应该是个好的开端。

个人想法，请各位讨论。

[madqg]

呵呵，我认为再能干的人管的人数都有一个数目！

你应该充分信任一些比较优秀、自觉的程序员，培养他们去带几个更低一点的程序员！既可以使优秀程序员得到自我尊重、自我价值上的满足，又可以使你的工作更加重点化！

但你首先要制定一套合理的制度，让大家有规可循！

更具体的推荐你去看第十一期的《程序员》，有几篇文章都是讲这方面的，写的不错！

[llshore]

呵呵，前阵子出差没上网，没想到有那么多的精彩发言，谢谢各位了！