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

[beginor]

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

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

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

诚心欢迎各路大神赐教！

[q8164305]

@ritaswc 两个人都干掉，把工资给进来就可以 20 天搞定的人

[coolair]

我觉得一年以后你可以写一篇文章，叫：论程序员的从“同甘共苦”到“反目成仇”。
技术这东西不像销售，比较难量化。在小公司，如果非要用量化来体现员工价值，说明这个管理者的管理水平本身就是有问题的。

[alw]

这个可谓是世界性难题了，如果能完全做到合理评价那么就能大大推动 远程工作了。

[beginor]

@deepzz 那么请问怎样鼓励才是合理的呢？

[beginor]

@ritaswc 所以考核是分阶段的，按月，按季度，而不失按天。 学几天新技术没问题，如果整月都在学习新技术，甚至整个季度都在学习，那就有问题了。

[jingyulong]

程序员还想考核？预估好工作量，按时完成就好了。要以目标为导向。参考：OKR

[jsondog]

看 bug 多少吧，不好量化

[Edsie]

脑力劳动，量化起来比较困难，而且也难以达到相对公平，一旦不公平出现，可能会促使内部矛盾。。。🤐

[yuankui]

用心去感受~

[pipixia]

秃头程度(⑉꒦ິ^꒦ິ⑉)

[ww940521]

//任务能否按时完成，完成质量是否达标。
工作时长

[yuriko]

在菊花待了一段时间，深刻认识到，即使像大厂这样花尽心思搞的考评体系，合理性也不过尔尔

[mikicomo]

@yuriko #52 对的，到头来，你真要较真这个，舔就完事了

[beginor]

@Edsie 确实是这样， 不可能做到对每个人都是公平的。 能做到对多数人相对公平的就可以了。

[sanqian]

考核过 加工资么？

[mikuazusa]

公司只需要定大方向和定大目标，然后落实细化目标给主管，主管自己再去拆分，要给到足够的自由和权力给主管，而不是事事关心！ 30 人的公司也不算小了吧。

[beginor]

@sanqian 那肯定了

[wawehi]

看 bug 多少的。。。不知道多做多错么， 写越多错越多
看代码量的，也许系统核心部分占 10%，但重要程序也许比 90%的要大的多，开发占时间也可能长的多，难度也可能大的多
所以这玩意其实是真难衡量

[Liudong1999]

建议楼主找找资料，看阿里或者 Google 对于程序员的绩效考核是怎么样的，看看是否有值得借鉴的地方

[libook]

感觉 Story Point 可以尝试。
每一个任务是一个 User Story，Story Point 由团队成员共同评定，每个人单位时间可以完成不同量 Story Point，而随着能力提升，一个员工单位时间可以完成的 Story Point 是会增多的，最后根据完成的 Point 数来作为绩效评估的要素之一。

绩效评定可以采用类似 Peer Review|360 Degree Feedback 的方法，需要花费比较多的精力，但是相对公道，不会导致普遍性的反抗，唯一的缺点就是可能会导致死海效应。