背景:某公司是一家互联网企业,在实施绩效考核之前已经把工资分成了两部分,即:岗位工资和浮动工资。由于工资结构暂时无法调整,也无法改变(个中原因暂时不表),但对于员工又有考核的必要,因此在此基础上在两个部门制定了一套试行的考核制度。请大家就该考核表发表自己的意见,也请大家对该考核表多多挑刺。
: o. q& y: A1 |" P7 e技术部考核制度(试行)
·绩效考核的目的
绩效考核为绩效工资的发放提供依据。通过考核准确衡量员工工作的“质”和“量”,借以确定绩效工资的发放标准。
·绩效考核的适用范围
本制度适用于技术部员工,设计组人员的考核依照此制度执行。
·绩效考核的执行
技术的考核由其直接上级、主管领导行政人事部及同事共同打分执行。直接上级与主管领导评定绩效分数,行政人事部评定考勤得分,同事打分评定团队协作分。
5 q" s6 j! F; F·绩效考核的周期
以月为考核单位,每月考核一次。当月考核结果于次月10日前上报至行政人事部。
% w0 b* f& b+ S) n# @·绩效考核方法
考核总分计算公式如下:
* C3 A+ B9 \- H考核总分=工作绩效得分(70)+工作表现得分(20)+考勤得分(10)
考核的具体指标详见附件。
0 T4 Y) Q. p3 H3 F·绩效考核的评价与应用
考核结果按员工考核总分,划分为A、B、C、D四个等级,根据绩效考核结果计算员工的实发绩效工资。
$ l3 C3 N& m0 b, ]8 W7 D6 ~等级 考核总分 实发绩效工资
A 当月表现特别突出者 根据具体事迹浮动,按其浮动工资的150-300%比例上浮
B 90分及以上 浮动工资*120%
C 60-89分 浮动工资*100%
8 G. D1 c6 u( kD 59分及以下 浮动工资*80%
$ W: D$ @$ i) T/ B5 x; y+ o注:(1)员工表现特别突出者,需由直接上级及主管领导报公司高层认定,同时须填报 “奖励申报表”,作为考核及奖励的依据;
(2)表现特别突出的标准如下:
a. 在技术开发方面取得重大突破,使得系统运行效率、功能等方面得到明显提高;
b.在公司重大项目中取得优异表现,得到客户、公司领导、相关业务部门的表扬;
c. 经确认其它可划为表现特别突出的事件或行为。
·绩效考核申诉
员工如对绩效考核结果有异议,每月6日-8日,可向主管领导提出申诉,由主管领导进行协调;如主管领导协调后仍有异议,每月9日,可向行政人事部提出申诉,由行政人事部进行调查协调。申诉的同时必须提供具体的事实依据。
·绩效考核实施时间
本制度自
附件1:技术部绩效考核评分标准
0 F- Q" T+ j8 z6 r# ?1 t
工作绩效得分:由直接上级与主管领导共同评定,总分70分 | |||||
; y- i# z9 g* j
项目 | 7 ~2 H9 y8 k) w0 ~) H
8 {; W0 z. w" {- a5 ~
项目满分 | * a* B! T4 ^/ m% Y$ r5 g% n2 R
说明 | |||
2 I( U! [/ s% x; c+ b1 U$ d! Y
工作技能与 专业知识 | $ b4 P* x5 h4 k* T: ?
10 | ; F! y- K( e% S' H0 M0 H: `
1 `+ _0 M; G3 o3 Y9 V! [8 w+ }
10-9 |
熟悉网站开发相关开发语言、数据库专业知识。 ) m$ f! Y9 V& A8 ]% b; a熟练掌握工作所需的软件环境配置、操作,工作熟练,能够快速解决各种程序问题。 | ||
8-6 |
懂得本专业的知识,并有一定广度和深度,基本能够满足工作需要。 | ||||
5-3 |
, {$ k. Z; ~# K- p
对本专业知识有所了解,但却缺乏广度和深度 | ||||
2-1 |
专业知识了解不多,软件操作不熟练,工作效率不高 | ||||
; V" i! `/ j+ g! G( [+ Y2 F- j5 w
日常工作 | 8 D9 t8 I( |* W6 q, [0 b% `' r3 P, K
10 | 2 g& w5 x. [9 F8 e3 M/ }
, ~1 K! M6 f( ^0 q1 w9 J( Q( q: i
10-9 | 9 \6 v: O! [8 p! X
2 p5 w/ r$ S1 O6 z
能够提前且在保证质量的前提下完成分配的各种日常工作 | ||
8-6 | 2 M1 W6 ^+ u' ]3 y* O+ d: L
% M/ N2 n4 \7 E3 L" ?: `
能够按时且在保证质量的前提下完成分配的各种日常工作,包括日常程序开发、维护、修改工作,以及日报编写 | ||||
; @0 |2 @% ?' m- C* u$ }
5-3 | 2 m9 [" j9 G: O, l& Y+ T
$ u V, q9 `. K) i T+ v1 l
基本能够按时完成各项工作 | ||||
2-1 | ( ]; d) J# I9 ]$ i {% r
5 W4 s+ Y$ M) z5 {5 x
没有按时完成分配的工作 | ||||
项目开发 |
. u9 `$ T7 I) b) x8 J6 @1 C! ~; H
20 |
) _8 `6 o- j3 t E- `6 J/ Z
20-17 |
能够充分了解、分析项目的需求、设计,并能积极主动与其他成员沟通协作,提前完成任务。 | ||
+ b$ y3 E# h; P8 I/ K/ o- E: z) p
16-11 |
9 _! J, y' _# G. x# @* b; J' X& t
项目任务理解透彻,并基本能按时完成任务 | ||||
, V* R7 t0 q- u/ b' {
10-5 |
项目任务理解不够清楚,出现返工情况,但基本能按时完成,未影响整个项目进度。 | ||||
* h& R& C; `4 d7 q. Q+ g
4-1 |
, o5 M' o, b5 o" O, ~7 X
分配任务未能按时完成,导致整个项目延期 | ||||
开发规范 | ; U' _; A% {* f0 b
20 |
20-17 |
设计文档编写规范、结构清晰易懂 代码编写整洁、注释说明齐全,符合公司开发规范 ! D# M& q7 D4 }+ c$ h8 K- s程序算法逻辑合理、高效、稳定安全 | ||
- w4 _. C+ q6 M' Q1 H0 i) q% o
16-11 | 4 b+ C. w$ |, R8 c
4 ^/ {: u5 _. |$ \( m7 M
文档编写基本符合规范,代码编写较为工整,程序运行稳定 | ||||
) L# J& X, j5 y8 Z9 Z" d2 e
10-5 | 6 b2 B7 G6 D8 ]* Q- H
设计文档不够详细,代码注释不全,程序基本能够正常运行 | ||||
K! W, m0 A. J; {7 r: P: r7 i& K
4-1 | - n8 C! M4 v" f
X. Q5 }& K" q# X6 y
设计文档编写不规范,代码编写不符合规范,无注释,存在程序错误较多 | ||||
( M2 }7 S% a3 P; C9 O
工作责任心 | ; z" r: w/ j6 G* S" E, L9 y
10 | 9 [* Q4 l: w, D
6 |; A3 T' D2 O, M
10-9 | ( V+ ]6 v* y$ B; j( R; b: A. I }
# T9 U( t# l$ U0 D, k3 e6 j
对任何事情都有强烈的责任心且积极付诸行动。 | ||
4 n+ f3 `" u9 i$ C3 b$ g. B! M
8-6 |
7 J" o& P$ m2 W! B, E+ L
有一定的责任心并敢于对自己的工作负责,知错就改。 | ||||
5-3 | ) O: l- w& B) M1 \
有时有责任心,但多数情况下缺乏责任心。 | ||||
- T) W' o2 V/ r+ t# x$ r% \+ J
2-1 | ! k. z4 _( Y4 {$ d+ e+ d
消极被动不负责任。 | ||||
工作表现得分:由本部门同事及其他部门参与同一项目的同事共同评定,总分20分 | |||||
0 {9 s6 I- M+ l7 I; k- e6 Z
项目 | 0 {1 Y; C4 S2 ?8 v0 J: H. F
项目满分 | # \& `8 j2 U( t/ B
* |% S( i& H0 {" i! x& u/ w$ K! v2 N
说明 | |||
团队协作能力 | c$ Z, J' m3 Y7 \2 F1 |" ?" U$ T
10 | $ v! R0 ?& l9 a. d2 o# T1 Z
k: B/ s1 _3 o3 p4 J1 Y, e% A+ T" k
10-9 | . a8 ~( F, r7 ?
! }/ N5 o3 _5 Z# v/ Z5 p
为人热情大方乐于助人,工作协调中能够主动、积极,具有良好的团队合作精神。 | ||
9 F& s& w. N" M+ i
8-6 | & o4 r6 I7 e, \7 B3 @5 {
理解领导意图,主动为领导分担责任,帮助同事解决问题。 | ||||
/ O% L: B; B9 T! C1 d% t }4 ?
5-3 |
只考虑本职工作,对其他事情不闻不问。 | ||||
& C% P$ b9 D* @# J
2-1 |
8 V& w7 z; u2 P* Z2 L$ l
不推不动,但求自己方便合适。 | ||||
与需求方沟通能力 |
7 |. N, d2 g. l; R
10 |
10-9 | " B |3 o4 n4 J6 `5 P
5 z# a& z' |( C' a' L% A
与需求提出方(产品规划、编辑、客户)沟通顺畅,能帮助需求方明晰需求,准确表达技术解决方案。 | ||
8-6 | 1 P4 j$ I8 b W' B2 A& M( e+ M
% x# D# F. y% p9 m
基本能够沟通 | ||||
5-3 | ; P" m" X% P" I( t1 R
沟通较不顺畅,经常需要领导协调 | ||||
' N& k9 c$ \9 }* e
2-1 |
无法沟通,影响正常工作 | ||||
5 |% \0 D. C- c2 x' @/ Y$ J1 W
考勤得分:由人事部评定,总分10分 | |||||
项目 | 8 a( ~+ t* r+ @% B. C2 q
# S$ F4 N w2 l0 E ^9 ?7 B: X5 f
项目满分 |
说明 | |||
考勤 |
; ~, ` e s0 t1 C
10 |
本月无迟到、早退、请假、旷工为满分,最低扣至0分; " a! [/ n3 i* L: g* ?4 f& l迟到、早退,自第三次起,-2分/次; 事假,自第二天起,-4分/天; 病假,自第二次起,-3分/次; 旷工一次,-10分。 | |||
' q0 |2 Z0 Q/ } |
注:(1)团队协作分=(同事打分1+同事打分2+……+同事打分n )除以N
(2)分数可保留小数点后一位。
(3)工作绩效得分,由直接上级与主管领导各自评分,权重为各占50%。
工作失误扣分:由直接上级评定,上不封顶。 | ||
差错类型 |
项目 | 4 W" N @( z1 A% G) [4 [3 b
+ n; u$ A0 u$ Y4 H: |9 @( h9 D! K
说明 |
严重差错 -30 /处 | # V( f5 p5 \7 H4 A J, C) K3 C
程序错误 | 1 v( |" V1 h* D/ D* C4 O
* N9 O) [1 J% t, J7 \7 {6 I
l 错误导致程序无法运行,并影响其他程序或系统的正常运行,如:未关闭数据库连接导致TOMCAT溢出 |
; b; _' r9 {$ D
数据丢失错误 |
l 误操作导致文件或数据库数据丢失(如无可挽回可划为重大差错) | |
l 经确认的其它可划为重大差错的差错。 | ||
# S1 w7 A9 w. W( y
较大差错 -10 /处 | + m+ {. J7 d! n" V! h& W& m
程序错误 | - a- ]2 ^# R0 ~" _* T& U
/ R: e/ L% R* j( K) d; n+ E( [3 F# B
l 在用户使用过程中出现异常、错误页面(直接将错误抛给用户); ) K+ r3 R- @8 @3 `% K/ _l 忘记关闭数据库连接或提前将数据库连接关闭; l 变量使用前未判断其有效性; |
2 u2 G- s Y) R0 A7 i
l 经确认的其它可划为较大差错的差错。 | ||
# ^4 c3 r- ?* i) o# x
一般差错 -5 /处 |
程序错误 |
l 程序实际结果与预期结果内容不符 |
% C1 t3 g! w- L% h; _
l 经确认的其它可划为一般差错的差错。 |
注:(1)发生严重差错时,需立即上报主管领导及总经理,同时须填报 “惩罚申报表”,作为考核及行政处分的依据;
(2)发生较大差错及一般差错,由直接上级平时予以记录,月底汇总。
(3)对于无法确认差错类型的故障,由公司高层予以认定。
(4)所有差错一经发生,必须立即修正,并在最快的时间内完成。
楼上所言极是,你所说的也正是我担心的,因为目前考核没有强制正态分布,况且各种指标全是定性描述,没有进行量化。虽然制度中已经明确了各个等级所对应的分数,但我担心这种制度下的考核最后还是走过场,因为打分有可操作的空间,到时候评只会是评B级的人越来越多,而评D级的几乎是没有。造成公司既增加了开支,又没有起到绩效考核的真正作用。
这个制度是我多次提出意见之后用人部门几经修改才最后成文的,我也想量化,但毕竟对各部门的工作不是很熟悉,也无法给用人部门提供关于指标量化的参考指导意见,所以想借这个地方问问大家有无更好的办法,或者更好的建议。
另外,如果想采取强制正态分布,是否就可以取消用分数来表示等级了?
1、绩效从其时效性来分,有两种类型,有的绩效是短期动态的,有的则是相对长期稳定的,专业技能和知识属于后者,一般不需要列入月度考核。沟通能力亦然。
2、从公司层面来看,日常工作考核的标准统一规定是可以的,但执行过程中,部门应该针对不同岗位的不同要求,再列出若干项具体考核条款及其标准。
3、涉及“项目”的有两部分,“项目开发”和“开发规范”,“项目开发”重点落在“完成时间”上,“开发规范”中有对程序设计质量的考评。我们知道,程序开发不是一蹴而就的,往往需要反复调试,因此,对于“完成”的含义需要明确描述,而它又往往与程序的完善程度相联系。故上述两部分绩效考评具有一定的相关性,建议与部门再沟通,再行斟酌。
4、“开发规范”好像是针对程序开发人员的,其他人员如何适用?是否需要另订标准?还有,程序开发可能跨月,如何对“完成时间”进行考评,还需要做些说明。
5、工作责任心只有通过员工的日常工作行为才能反映出来,如果在完成项目任务和日常工作绩效的考评中反映出“责任心”,就不需要另行考评,否则就有重复之嫌。(应该说,用工作行为和结果考评是更好的方法)
6、团队协作不单纯是能力,更重要的是一种态度和精神,有时也与性格有关;团队协作所涉及的能力,往往是沟通能力,故建议去掉“能力”两字。
谢谢!谢谢大家热心的回复! 尤其是金蠡前辈的指导和点拨更是让我受益匪浅,希望有机会能够再次得到您的指导。非常感谢!同时趁这个机会,我祝福各位中人网网友虎年吉祥如意!愿大家与中人网共成长~~~愿中人网越办越好~~~
楼上所言极是,你所说的也正是我担心的,因为目前考核没有强制正态分布,况且各种指标全是定性描述,没有进行量化。虽然制度中已经明确了各个等级所对应的分数,但我担心这种制度下的考核最后还是走过场,因为打分有可操作的空间,到时候评只会是评B级的人越来越多,而评D级的几乎是没有。造成公司既增加了开支,又没有起到绩效考核的真正作用。
这个制度是我多次提出意见之后用人部门几经修改才最后成文 [/quote]. |; K% u. g3 L8 }3 M4 e
建议用公司总平均分与部们平均分进行技术调整,加大对未位的调整系数,应该可以解决阁下的担心
欢迎光临 中人网 (http://bbs.chinahrd.net/) | Powered by Discuz! X2.5 |