请教下程序员应该怎样考核？

[beginor]

曾一下热点， 程序员究竟该怎样考核呢？

- 主管的主观评价， 人少时似乎还可以， 人多了就不可取了，前提还得主管比较客观靠谱；
- 按时间（工作时长，加班时间），肯定不可取，很多人也不赞同；
- 计件（类似搬砖，包饺子），也不可取， 软件开发的脑力劳动要多于体力劳动；

那么问题来了， 针对一个 30 人左右的小型软件公司， 怎样考核比较合适？

诚心欢迎各路大神赐教！

[Tomorr]

分小组管理，组长负责组员情况，再考核组的情况
评估每个组的工作量、难度系数、价值
个人能力加分评估，很重要，对能力强的人表扬

[KylinJiang]

OKR 了解一下？
https://www.infoq.cn/article/gU*236UQhE5FYgDsYXoB

[piaochen0]

还是组长门清吧，HR 视图指定一套规则来衡量程序员，按我待过公司的经历，最终都会导致很严重的抵制。

[lastpass]

你这样考核的目的无外乎想外行管理内行。
管理人员先提高自己的专业姿势水平再想着管理。

[mikicomo]

考核和薪酬体系挂钩不

考核分数高钱多给吗

[tt67wq]

按颜值！

[xsiong]

比较反感

[pmispig]

按加班时间最客观。
加班越多水平越差。

[askfilm]

@beginor 考核不就是为了扣工资的嘛， 不管你怎样设计方案， 只要扣钱了 ， 老板就认为你做事不错

[beginor]

@mikicomo 肯定会挂钩的

[beginor]

@askfilm 扣工资不是目的， 但是考核垫底的就不好说了

[SmiteChow]

按效率， 工作流分状态，看板自动记录每个状态时间，个体和自己做比较

[beginor]

@lastpass 是的，就是想让外行管理内行。 你程序员不是牛逼吗，多干活，多拿分， 没 bug， 就 OK 了。 不行就别瞎 bb

[beginor]

@tt67wq 那是鼓励师

[Dex7er]

咱们本就是最会挖墙脚的民族，
你面对的还是这个民族中智商最出色的一群，
即便你智商也是一个水平的，
你能一个打十个？

HR 们你们就承认吧，
搞不过这帮高智商的孙子。。。
代码行数，bug 数量，加班时间，工作效率，
哪一个参数都可以摸鱼，
你信不信。
管那么多啥，按时出活就行了。。。

[hzgit]

提到考核无非按时、按质、按量，至于怎么把具体工作对应到时、质、量，就需要考验组长们的任务拆解能力了。考核项的设定可以参考 S.M.A.R.T。

评论里很多 ver 提到被考核人抵触考核的问题，个人觉得其实主要是考核规则不透明，考核目的不单纯的问题。其中考核目的不单纯是最大的因素。

试想一下，如果你的考核目的就是要把一部分人挤走，或者就是为了进一步压榨剩余价值，那员工如果不抵触，我觉得肯定是脑子有问题。但如果你的考核目的是为了激励员工提高工作效率、提升工作质量，并围绕这个目的进行考核设计，我相信正常的员工不会有抵触。原因在于目的决定手段，是奖，还是罚。

考核规则不透明，主要是对于员工对考核点完成情况的评价方式、评估标准不透明。很少见到有公司的 leader 会公开一份像题主列的那么明确的加分 /减分规则。也很少有 leader 敢拍着胸脯说我制定的考核规则是在切合实际的基础上做到尽量公开、公平、公正的。我猜可能是因为他们的考核目的本身就不单纯，又或者他们对自己设计的考核标准是否合理也是心理画着问号的吧（手动围笑）

以上，一些个人观点，欢迎在友好的氛围下进一步讨论，抬杠的就算了，搬砖已经摧毁了我的身体，老了，抬不动了：）

[beginor]

@Dex7er 所以，要让程序员的工作产生数据，用数据来考核。 摸鱼肯定是少不了的， 但是不会让你摸得那么爽

[beginor]

@hzgit 说的太对了， 佩服佩服！

[deepzz]

个人挺反感这种方式的，考核应该是用来鼓励

[ritaswc]

告诉你一个情况。
程序员可能某一天什么活儿都没出。但是他去学习了接下来项目中所需要的新知识。如果不学，项目 100 天完成，因为他学了 ，可以缩短工期 20 天，并且提高了软件产出质量。
请问各个精明的 hr，你要设计出一个什么样子的 KPI 来评判程序员的质量。
你是希望程序员假装干活儿很热闹，假装一副加班修 bug 的样子
还是希望程序员看起来没写几行代码，但是他就是 bug 少，质量高