最近，小王工作的单位出台了绩效考核标准，对每日/每月开发人员提交的开发当量进行跟踪，并作为绩效考核标准。且不说，所谓的代码当量计算标准如何，多少行算是标准，多少行算高/低产，如果简单粗暴的只用行数来衡量，那未免也太low了，而且，制定政策的领导肯定是对开发有极大的误解。
世界上很多东西，它的效能并不会因为“量”大而高产且高效，软件开发就是其中一类。虽然大家都把程序员称为码农，但是，程序员的价值并不完全体现在量上，谁又能说小王用100行代码解决的问题，会不如小李用500行呢？如果绩效考核涉及到代码量，谁会选择200行的高效代码却牺牲自己的绩效？长此以往，产品中的废代码、冗余代码会越来越多，维护成本也会升高。程序开发人员每天都在研究让自己的开发当量够数或者名列前茅，如何推进技术革新，那就是无稽之谈了。
除去代码行数，另一令人诟病的绩效指标就是加班时长了吧？不得不说，很多领导都有一个加班时长的“小本本”，记录着手底下人员的加班时长，不管你加班在干什么，但是人要在，态度要摆出来。被迫卷，各种卷，让每个人都苦不堪言，尤其是拖家带口的，加了班，家里人不满意，加不够班，领导又不满意，领导不满意，你的绩效就不如意，恶性循环！
是什么时候，越来越多的单位选择用这些冰冷的数字指标来考核了呢？然而，这些指标除去降低大家的幸福指数，于生产力和效益来讲，又真的能增加多少呢？加量产出的东西，有多少是不必要的消耗？
如果一个单位用冰冷的数字指标来考核绩效，那么，管理层首先就没有做到制定有效的考核措施，如果一直用代码行数和开发时长来考核，那么管理层级的人的绩效首先就应该不达标！#绩效#?
来源：臭臭李大宝
声明：本站部分文章及图片转载于互联网，内容版权归原作者所有，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！