首页 > 代码库 > 拿代码量算绩效考核?别毁了程序员
拿代码量算绩效考核?别毁了程序员
虽然程序员都说自己是搬砖的,但很显然,搬砖是很好考核的,一天搬多少块砖是一目了然可以量化的,一天搬1000块砖肯定比一天搬800块砖的要厉害;而程序员却很难以这样的方式来考核,一天1000行代码比一天800行代码要厉害?很有可能会反过来,800行代码会更厉害。
做过程序员的都知道,bug 数、代码行、版本数等等的这类指标都是不可行的。然而,对于公司来说,必须考核每个人的绩效和表现,否则加薪升职就没有标准了,这里就出现了一个矛盾:程序员的工作比较难考核,而公司又必须考核!
在这样的背景下,如果加上一个不怎么懂技术的主管或者经理,就会出现各种让人蛋疼的考核,让程序员心中一万只草泥马奔腾!类似的还有测试工程师、UI、UE、运维等等专业技术强相关的岗位,也会出现类似情况。
索尼公司前常务董事天外伺朗的《绩效主义毁了索尼》一文,曾经在业界流传甚广,也激起了广泛的争议,支持的反对的意见和声音到现在为止都还没有停止。
什么样方式才是好的考核方式?这个问题是技术人心中长久的痛。
那么欢迎来聊聊:
你怎么看待绩效这件事?
技术生涯中,你遇到了哪些奇葩的考核方式?
你期望以什么样的方式来考核?
如果你是技术leader的话,你会对下属采用什么样的考核方式?
重磅推荐:
技术漫谈:为何KPI毁了索尼,而OKR却成就了谷歌?
???????
原文链接
拿代码量算绩效考核?别毁了程序员
声明:以上内容来自用户投稿及互联网公开渠道收集整理发布,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任,若内容有误或涉及侵权可进行投诉: 投诉/举报 工作人员会在5个工作日内联系你,一经查实,本站将立刻删除涉嫌侵权内容。