【社群话题分享】有哪些奇葩的技术人员考核方式？

一等奖-又拍云定制雨伞：佩77、毛毛

二等奖-又拍云定制马克杯：欢喜欢喜、dayday

1.用代码行数衡量工作量。

2.看你每天晚上加班不加班，没事也得加班，不加班就是不努力，不能有负面情绪，不然就是没有正能量。

3.我希望不考核，都是成年人会对工作负责。

1. 绩效很正常，企业要生存,必须出成果。

2.我这没遇到奇葩的考核方式，但是不合理的考核挺多的，其中之一就是直属领导有 100%话语权，其他人没有任何申诉权利。

3.考核，理应自评，leader 评，同事评，下属评相结合，综合得出评分，绩效等级划线比例另谈。

我是 leader，主要考核从 4 个方面，思想态度，能力，成果来考察，这4点各自比例不一，而且动态变化。

1.绩效考核有必要但不要太繁琐复杂奇葩。

2.有遇到那种频繁更改考核方式，强制加班的。

3.考核以结果导向为主，辅以个人态度努力程度等，还会综合项目组其他同事、leader、下属等的评价。

做的是目标层层分解，SAP模式，把部门回款指标、增长率强分解到“搬砖工"身上（怎么也有点牵强），其实考核完全看日常表现和项目贡献，毕竟牛人不能“得罪”他们要是怠工，谁也没办法 ，只能是相对的公平，不过考核仅仅影响（12+1*X）的x，一般码农影响不大，都是拿月薪的人，老想考核绩效的是想多了。

1.绩效考核还是得有，但是需要注重方式。

2.以前公司有按照代码行数考核的，有按照bug数量考核的。

3.目前比较完善的是okr+kpi的考核方式，代码量和bug量都不能决定对项目的贡献度，严格来讲，代码写的越多，bug也会越多。资深研发可能会考虑复用，耗时长一点，但是代码量下，后期扩展好。新手可能全部重复写，代码量是上去了，耗时也短，但是后期维护扩展，复用性都没有考虑，而且问题还一大堆。

1.好事，促使人不会过度懒惰。

2.卷面考试，考试内容有一半是其他部门开发的产品知识，关键产品都是见都没见过3：代码质量和进度。

1. 就这样吧，对积极的人来说绩效没什么用，死绩效反而影响发挥，对不积极的倒有点作用。

2. 倒没遇到什么奇葩的方式。

3. 看做事的过程和结果吧，是不是能很好的完成目标的事，代码质量，等等。

评价（考核） = 态度 + 水平 + 进步

态度 > 进步 > 水平

态度 = 与人沟通 +工作质量 + 交期 + 配合度 + ......

1. 考核，考核最后还不是看领导的吧，领导觉得你是啥 你就是啥。

2. 奇葩的是因为有次升级没留到最后被降到了B。

3. 看解决问题的能力吧。