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