我们部门绩效管理如下：
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 。
这个规则下拿高绩效只要卷开发工时就行了，此外是我实在是不愿意填这个鬼东西，突然感觉自己就是最不服管的那个人。
大家所在部门的考核又是怎么样的呢？
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 。
这个规则下拿高绩效只要卷开发工时就行了，此外是我实在是不愿意填这个鬼东西，突然感觉自己就是最不服管的那个人。
大家所在部门的考核又是怎么样的呢？
 |
1
dadaji 8 天前 via iPhone  2
看谁能加班，谁能熬夜加班，谁能通宵加班
|
 |
2
lzsadam 8 天前
基本看关系
|
 |
3
yibin001 8 天前 via iPhone
基本看关系
|
 |
4
lwldcr 8 天前 via Android
我至今不清楚怎么评的
|
 |
5
anozjy 8 天前 1
1. jira 会当参考项看。jira 工时都是手动登记的（可以自己美化）；线上问题统一是测试的锅；提测 bug 率会影响绩效，所以能甩到 [需求不明] [需求遗漏] 最好，甩不掉就自己接了。
2. 项目核心程度（基本和领导关系好，你项目就好，无解）。 3. 上下班打卡时间（有一个阈值，达到就行，超过再多，对自己绩效提升不大）。 4. 文档数、代码量、代码审核次数...（这些都是低权重）。 总结：最终还是你领导打绩效，第二点最为关键，年初基本就能定你年末的绩效。 |
 |
6
wsping 8 天前
这些都是表面工作，实际蛋糕怎么分完全看老板或者领导
|
 |
7
ttkanni 8 天前
现在基本都是内定吧，部门打的再好，高绩效也基本是狗腿
|
 |
8
helloworldgo 8 天前
基本看心情
|
 |
9
ALongRanger OP 感觉我们当前制度下还是要做好向上管理啊，数据做漂亮一点才行。
|
 |
10
gaocc 8 天前
个人价值观 30%，个人绩效倒扣分项，项目绩效 70%。然后部门绩效，在个人算完后，部门的按比例增减到个人。
前 8%，4.5 或 6 个月；后 15%，1 个月或没有；其余人 2-3 个月 |
 |
11
OliverDD 7 天前 via iPhone
完全看关系
|
 |
12
daqingzi 7 天前
我们的写的清清楚楚，开发按照技术乱七八糟去评，到最后都是领导定，给你啥就啥，没有关系就等着最差
|
 |
13
h1298841903 5 天前
打卡工时数据 是什么意思？就是正常的工作时间吗？ 我记得我的有效工时差不多 50%。
|
 |
14
WashFreshFresh 5 天前
我们都是年初签一份考核单，大致分几类，开发、问题、架构、、生产响应、工作态度这几种，每种按个人工作特点和特长不同，各有侧重，总分一百。年尾每项自评，然后领导评。
|
|
15
ALongRanger OP @h1298841903 就是你上班打卡和下班打卡的事件，计算你一天在公司多少个小时。 这种情况下，只要我正常上班，下班就跑，然后在家搞搞，把工单工时拉上去，所谓有效工时率就噌噌噌拉满了。
|
|
16
ALongRanger OP @WashFreshFresh 我们的考核真的是太生硬了，缺陷占比又高，完全不考虑其他方面的内容，真就把我们当只会编码的螺丝。
|
Select Language