Skip to content

项目经验(2): 评价与考核

clarkehe edited this page Sep 18, 2016 · 1 revision

技术人员不太好考核,特别是定量的考核,如果什么都能很好的量化,考核就不是什么问题了。关键是很多东西不能量化,即使能量化,也不一定是合理的指标。因此考核就是主观性的一个结果。作为一个合格的领导,如果平时工作中跟进了下属的工作,观察了下属的表现,考核虽然主观,但结果也是客观的。考核得出结果,即使是客观的结果,最难是在绩效的沟通,特别是不好绩效的沟通。

绩效沟通难在说服力,好有好的理由,不好有不好的理由。理由不能是主观判断,因为结果本身就是主观判断。按照论证的思路,不能用一个主观判断去证明另一个主观判断,主观的结果要有客观的事实依据来支撑。因此,在平时工作要观察、了解每个人的工作过程、结果,还有一些行为表现。了解的信息越充分、越详细,才能有客观的评价,沟通时的理由才充分。

从个人角度来看,技术(开发)人员的考核,可分三个方面来看:可量化的产出、不可量化的产出、行为表现。前面两个偏结果,后一个偏过程。

1.可量化产出:

量化的指标虽然不能作为考核的直接标准,但是可以作为参照的指标。
A. 关键业务成功率
B. 性能
C. BUG数/率
D. 代码量
E. 用户反馈
F. CRASH率
G. Code Review

2.其他产出:

A. 复杂问题解决
B. 技术突破、优化
C. 各种优化
D. 分享

3.态度、行为表现:

A. 面对问题时的表现
B. 和同事合作时的表现
C. 处理边界问题进的表现

Clone this wiki locally