- 主题:请教大家，对程序员如何进行绩效考核？
我感觉本质上还是人是否用心。但是总要有明确的考核制度，不能量化也要有说服力。
我的想法是直属领导对每个任务根据难度，工作量给出点数，只要每点值在一个团队内部是基本是差不多的，就可以一个团队内部进行横向比较。
不知道大家公司更为科学的考核方法是什么？
来自 2201122C
--
FROM 39.77.24.*
我们9点上班，6点下班，一般大家6:30走，都不算加班吧
【 在 Xjt 的大作中提到: 】
: 看加班时长，不开玩笑，真的
--
FROM 58.58.36.*
lz方案咋啦？我感觉工作安排时，总要有个预期完成时间，主要就按这个预期考核，复杂的，难度，缺陷度，完善度也都综合考虑，有leader权衡打分
【 在 guestking 的大作中提到: 】
: 我原来的回帖和你一样
: 不过想了想还是删了
: 加班时长当然不是一个很好的考核指标
: ...................
--
FROM 58.58.36.*
综合打分，粒度多大合适，一个任务一打分，还是一个时间周期（月）一打分？
我们也没那么紧张，要真特别紧张，大家都在赶工充分，估计领导也不要求考核了，考核也花时间
【 在 mopo 的大作中提到: 】
: 团队小的话就看平时产出，综合打分，团队大了就看子方向leader评价、peer review啥的
: 只看加班时长，或者权重特别高的地方，赶紧走，这种情况要么是业务不行了，要么领导是个外行
: 一个基本原理是求锤得锤，你考核啥，下面的人就给你啥，其他的一分也不会多给
--
FROM 58.58.36.*
不搞这种事儿，我们还挺务实的，我就是小领导，骗不了我，哈哈，更大的领导我负责说服，说服不了是我不称职。
但考核这事，我觉得大领导要求也是有道理的，1年半载的考核确实不够有说服力
【 在 childewuque 的大作中提到: 】
: 看热闹程度，曾经有一个程序猿造了个大bug，然后特能咋乎，领导不懂这块技术，不听其他人的意见，被忽悠得调动很多资源去解决，然后该员工为优秀员工。领导这么选择也是有道理的，在更大领导那里也是丰功伟绩。
: 只是善战者无赫赫之功
: 发自「今日水木 on NOH-AN00」
--
FROM 58.58.36.*