我们部门绩效管理如下:
1. 采用工时间统计,通过拉取 jira 工时数据/打卡工时数据得到一个所谓的有效工时率。低于 100%是 0 分,100 基本值 60 分,105 目标值 80 分,115 以上超越值 120 分,占比 40%;

2.基于缺陷率. 即所谓缺陷个数/jira 工作时间,如果高于 1.6%就是 0 分,占比 25%。一个上线跑了几年的历史代码,突然出了点问题,bug 又会被挂到 y 头上

3.基于缺陷发现率,即提测阶段产生的缺陷数量/季度内总缺陷数量(即提测+生产缺陷)。 如果低于 90% 即 0 分 占比 25%

4.团队指标,占比 10%,即所有团队成员基本指标参数的均值


开发与测试共用一套指标

指标 1: 往往可以在公司划水,做些无关事项,然后填报到其他任务的工时,这个东西目前没有人审核

指标 2: 部门对缺陷的定义是不满足需求的都是缺陷,往往有些生产上的问题部分开发发现后开发会提成优化来规避缺陷,有时候也看测试人员。 我在想一个季度 3 个月, 毕业几年没有呆过几家公司,7 个 bug 算多吗,没有对比过?

指标 3: 遗漏的生产缺陷只要有一个基本上这个指标就达不到了

我并不喜欢这种考核,所以很多时候工时记录压根不想记录,就算记录也只是差不多个意思,往往实际干了活(可能超 8 小时)也就记录个 8h 。 其实随手的事情但是我有比较大的抵触情绪。至于年终绩效 A ,B ,C ,D ,差点拿 D 。
这个规则下拿高绩效只要卷开发工时就行了,此外是我实在是不愿意填这个鬼东西,突然感觉自己就是最不服管的那个人。


大家所在部门的考核又是怎么样的呢?
举报· 1341 次点击
登录 注册 站外分享
12 条回复  
dadaji 初学 昨天 00:56
看谁能加班,谁能熬夜加班,谁能通宵加班
lzsadam 小成 昨天 01:30
基本看关系
yibin001 小成 昨天 08:08
基本看关系
lwldcr 小成 昨天 08:17
我至今不清楚怎么评的
anozjy 初学 昨天 08:28
1. jira 会当参考项看。jira 工时都是手动登记的(可以自己美化);线上问题统一是测试的锅;提测 bug 率会影响绩效,所以能甩到 [需求不明] [需求遗漏] 最好,甩不掉就自己接了。 2. 项目核心程度(基本和领导关系好,你项目就好,无解)。 3. 上下班打卡时间(有一个阈值,达到就行,超过再多,对自己绩效提升不大)。 4. 文档数、代码量、代码审核次数...(这些都是低权重)。 总结:最终还是你领导打绩效,第二点最为关键,年初基本就能定你年末的绩效。
wsping 初学 昨天 08:36
这些都是表面工作,实际蛋糕怎么分完全看老板或者领导
ttkanni 小成 昨天 09:39
现在基本都是内定吧,部门打的再好,高绩效也基本是狗腿
helloworldgo 初学 昨天 09:44
基本看心情
ALongRanger 楼主 初学 昨天 10:17
感觉我们当前制度下还是要做好向上管理啊,数据做漂亮一点才行。
12下一页
返回顶部