迫于公司要考核打卡时长，我很认真地问一下：有没有客观+有效的指标来量化程序员的产出？

[huadi]

老板要求量化考核。最好是一套标准，能对比出两个同级别员工的产出。

如果技术给不出一个合理的量化指标，就只能拿打卡时长来内卷了。

无论是 KPI 还是 OKR，都要求有“可量化”的指标。但实际中很少有“客观”+“有效”的指标。 比如：代码行数很客观，但却不是有效的。而一个优秀的重构，却很难说“客观上”有哪些收益或衡量标准。

还有不同工种（比如做业务和做底层）面对的问题不一样，效率也不大相同。

想问问大家的公司是用哪些指标来考核程序员的产出的呢？

[taogen]

每个人各有所长，这也能量化？
建议
1. 使用开发人员的开发进度和软件质量来衡量。
2. 划分小组，每个小组长对每个组员的评价应该比较清楚。

[ZRS]

没有

[yaphets666]

@huadi 区分好坏就是面试时候区分的啊 谈技术 看态度 管理上真的没办法. 你看那些大企业为什么能搞绩效.因为工资太高了.公司平台太大.员工为了钱,为了发展,也不得不硬着头皮搞绩效.但是搞出来的绩效合理吗?真的有效果吗? 这其实没人关心.都是应付老板了. 小公司如果也学着搞,那就是走向毁灭的第一步.一旦开始搞绩效.公司会面临大量的人员流失,接下来就是项目停滞.

[fengmumu]

@huadi 项目开始之前不写规划的吗？项目目标？截止时间？有这个就好了啊，工作做完就好，你管他是咋给你做的呢？至于代码质量什么的，这个因人而异了，搞个代码规范先，然后我想问一下 工资多少，别工资和你的要求成反比

[huadi]

@fengmumu 目标和截止时间，本身就是技术要去争取的指标。
举个例子，一个需求，业务肯定希望“明天上线”。但技术肯定要说，不行，至少要 7 天。
然后问题来了：7 是谁拍的？是项目负责人或者具体的开发。那怎么看这个 7 是否有水分？

[fengmumu]

@huadi 首先，如果你不相信的员工的职业素养，那就不要用这个员工，就比如我是员工，如果我不信你，我会想你是不是搞完就会开了我，会不会项目上线跑路。要不要找你工资日结，
另外，你说两天，技术说三天，他会给你理由，不管是技术还是谁，这个是一个商量好的结果，哪怕是技术说 7 天，你说不行，一天搞定，只要技术说可以，那就按照这个时间点做绩效了，完不成该咋样就咋样
最后，水分和拍板，有负责人肯定负责人安排，没有就是技术人员自己定，水分，你要是总觉得别人都是搞你的，简单啊，你搬个板凳坐他旁边一直看他就好了