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

llshore 2001-11-08 04:22:09
我现在是一个有二十来号人的开发队伍的头,正直、公正、自由一直是我作为普通开发人员时的行为准则。但是现在,简直是太难了,且不说如何营造一个真正自由的工作环境(过去我只要想办法让自己自由就成了)。公正,就足以耗尽我的所有脑力了。
问题是很难了解所有人的实际成效,一个方面是工作量,工作量的一个要素是干活的时间长短,但单凭这个是很不合理的,它否认了能力强弱的区别;第二个要素是工作的难易程度,一个具有开创性的工作与打字员的工作是无法类比的。另一个方面,开发工作的结果有其质量因素,让我头疼的是这个质量因素如何衡量……
另外还有一个问题是,如何进行任务不相关的两个人的横向比较?
...全文
257 点赞 收藏 21
写回复
21 条回复
切换为时间正序
当前发帖距今超过3年,不再开放新的回复
发表回复
llshore 2001-11-30
呵呵,前阵子出差没上网,没想到有那么多的精彩发言,谢谢各位了!

回复
madqg 2001-11-17
呵呵,我认为再能干的人管的人数都有一个数目!

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

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

更具体的推荐你去看第十一期的《程序员》,有几篇文章都是讲这方面的,写的不错!
回复
fita 2001-11-16
对人员最好的考核方式是量化考核,建立一个公开的量化考核标准,所有人都按照这个标准进行考核,可以非常公正和明确地评价一个人的业绩。在很多工厂、销售行业都已经采用了这种考核标准。

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

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

个人想法,请各位讨论。
回复
guohong98 2001-11-16
质量是要通过过程来保证的(不断的检查,测试,必要的文档,过程等)
建立独立的测试小组也是保证质量的方法,程序员大多很骄傲,不愿让别人测出bug,当然
你又要协调矛盾,呵呵
当然好的程序员也能做得不错
回复
guohong98 2001-11-16
首先分组,不要试图评价每一个人。你最多可以管9个人,经验不足时3-4个最好
由各个组长评价他们的工作(要看领导能力,有些人可以协调多人工作,可以做组长,当然至少资少要达到分析员水平)
其次分级,要对员工按能力分级,分析员还是程序员,这两者是不能比较的,要拉开档次
创造性工作交给分析员,其他工作程序员完成,可以做组长的人是最好的(不一定是水平最高的)。
第三,能力相同档次时间看工作态度,你可以放心的和需要时时督导的,交给不同的任务,采用不同方法管理
(你的组长也需要这样的能力)
一点心得,希望对你又帮助。
又:打分是没有用的,书本上都说要打分,呵呵
回复
hello1998 2001-11-15
如果真的是很重要的话,应该考虑引进 模糊综合评判法 , 这个可以考虑用来进行员工的综合表现,软件的质量评估等,不过真要实现的话,可以作成一个通用产品了,我们的软件型企业用IMIS系统正准备将其做为一个子系统,用来对员工评价和软件质量及方案进行多人参与的量化评价。
回复
Tompage 2001-11-15
可以使用体操、跳水等体育比赛中给运动员打分时的方法,将每个开发人员的工作分为多项,为每一项打分(共分为优、良、中、及格、不及格)然后根据每个项目的重要性设置该项目的权值。比如某开发人员加班很多,于是工作量一项可以评优得5分)如果工作量一项的权值为2,则该项目就得了5×2=10分,再加上创造性4×3=12分,规范性3×1=3分。。。。最后得出分数与总分的百分比就是最后得分。
你看我这个方法成不成???不要忘了给分

回复
newskysoft 2001-11-14
楼上说的好
回复
melthaw 2001-11-14
我认为没有必要比较,不同任务属于不同的小组,小组之间的考核是由小组的领导负责,小组内部的考核是由组长负责,这个世界没有绝对的公平,公平都是组长争取过来的
回复
runmin 2001-11-13
其实我觉得,你的位置就好象现在管着我的头,而我的位置恰恰不象是你现在所关心的人,:)
我真的佩服我的头,你刚刚做了两个月做不好是正常的,我的头已经做了一年半了,虽然我佩服他,但是我可以肯定的说,他做的比你强一点点,但也不是完美的。
我就是在中间的这么一个人,我带的人不多,只有一个,我们工作组加我不过两个人(不是我不能带,而是我的工作根本不需要更多的人),你管20个人管不来,但是我对于我们两个人的情况是十分了解的,我的头从来都听我的报告,有关工作量和工作的难度,我唯一佩服他的是,他能信任我(因为我是一个刚刚毕业的学生,有时候对工作的估计还不准确),对于工作的质量,CMM中说应该有占开发队伍3%(好象是这个数)左右的人做专职的质量保证工作(QA)20个人应该有1-2个人做,不知道你有没有?

总之,20个人完全由你自己来领导:),我恐怕你会.....,我带一个都头疼的要命咯。
回复
Hominidclint 2001-11-13
我原来评估的一个简单算法:
人员的效率:= 工作难度系数 * 任务量/完成时间 * 100%

大多数情况可以这样做
回复
jxlzbxx 2001-11-10
to chris2023(牛虻---众神的黄昏)兄,到www.smiling.com去看看有没有。
回复
ai_daoluan 2001-11-10
有道理,不过我现在无法体会出来。
回复
f117_fujin 2001-11-09
单独看书上的理论会索然无味,但是要结合到实践中去,摸索‘自己的方法‘
回复
chris2023 2001-11-09
借问rose哪里有?
回复
青润 2001-11-09
很难。这种任务或者工作量的衡量是很难量化的。如果采用功能点的方式也许可以比较好的描述,不过,功能点的计算方法需要大量数据的积累,至少要有两年左右的数据积累才有可能比较客观,否则,你就只能靠你的观察和思考配合功能点先进行计算和数据积累,然后再说了。
回复
freebase 2001-11-09
管理学的一个难点就是如何将理论与实践结合起来。
在这里我可以和你谈谈理论方面的东西,但是如果不了解你们的实际情况,把我们的做法推行给你们,恐怕没什么好处,这种例子在现实当中太多了。
所以我才建议你多看理论多作实践。
我的希望并不重要,你的队伍成员的想法和希望才是最重要的,你为什么不直接问问他们呢?
回复
alfal 2001-11-09
你真厉害,是这么多人的头儿
我们头儿是只是我的头儿,不是我下面的人的头儿…………
你是不是也应该分开一下,一个人管这么多人,你实在是厉害,嘿嘿
回复
llshore 2001-11-09
谈谈现在的做法或者你希望的做法如何?
回复
llshore 2001-11-09
to:alfal(阿发)
我想我能明白你的意思,实际上我们群体也是很多个小组组成,我基本上不会直接对每一个员工做评价,但是小组间的比较就不是很容易做到了。
谢谢freebase(飞猫)与qingrun(青润),你们实际上点出了我目前的不足,一个是理论,一个是经验。说实在的,从开发人员中提拔一个人来做管理这种方式实在是不可行,然而在实际情况下,在我的身上却都是大行其道。目前的位子我坐了还不到两个月,现在真的时时有返回去做开发的想法。但是,作为一个曾经的开发人员,当看到种种体制上的弊端,感受到种种束缚创造力的力量,亲身体会到体面虚假的话不得不说的难处,一转身,看到下面的员工还在辛辛苦苦的干活的时候,那种紧紧缠绕在身上的悲哀……
飞猫兄有无有关你所说的特别是TSP方面的电子文档,给我传几份好么,我的邮件是lshore001@yahoo.com.cn,谢谢!
回复
加载更多回复
相关推荐
发帖
研发管理
创建于2007-08-27

1221

社区成员

软件工程/管理 管理版
申请成为版主
帖子事件
创建了帖子
2001-11-08 04:22
社区公告
暂无公告